Ada beberapa pertanyaan tentang feature flag toggles
, seperti:
- Bagaimana cara membujuk pengembang untuk mulai menggunakan fitur toggle flag?
- Bagaimana cara menggunakan fitur toggle flag?
Pertanyaan :
- Apa yang sebenarnya merupakan "fitur flag toggle" (dalam konteks DevOps)?
- Mengapa mereka digunakan?
terminology
feature-toggles
Pierre.Vriens
sumber
sumber
Jawaban:
Tanpa mengulangi konten https://martinfowler.com/articles/feature-toggles.html , karena ini merupakan penjelasan mendalam yang luar biasa tentang apa fitur toggle flag fitur. Saya hanya akan fokus pada aspek DevOps.
Menurut Laporan State of DevOps 2014 yang disiapkan oleh PuppetLabs, ada empat metrik utama untuk mengukur kinerja TI:
Ini juga berkontribusi terhadap kinerja organisasi secara keseluruhan. Jadi itu berarti bahwa jika TI Anda bekerja sangat baik pada metrik ini, garis bawah Anda mendapat lebih banyak $$$.
Pengiriman Kontinu diaktifkan oleh metrik ini, dan telah dijelaskan secara mendalam dalam buku Pengiriman Berkelanjutan: Perangkat Lunak yang Andal Rilis melalui Build, Test, dan Deployment Automation oleh Jez Humble.
Dalam konteks Pengiriman Berkelanjutan , ada perbedaan penting yang membedakannya dari Penggunaan Berkelanjutan . Dan itu adalah keputusan kapan harus melakukan pelepasan fitur (kepada pelanggan).
Menjaga perubahan dalam ukuran yang lebih kecil, dan menggunakan (menyalin kode) fitur setengah matang ke sistem produksi dengan flag fitur toggle off memungkinkan untuk mempersingkat waktu tunggu untuk perubahan .
Ketika fitur akhirnya selesai, melakukan rilis adalah keputusan yang tersisa untuk bisnis. Mungkin rilis fitur baru perlu disejajarkan dengan beberapa pemasaran, atau rilis di bagian lain dari bisnis seperti fitur di aplikasi seluler.
Fitur dapat dirilis menggunakan pengalaman A / B hanya untuk sebagian dari basis pelanggan, atau untuk orang-orang tertentu, atau bahkan langsung ke ketersediaan umum (GA). Meskipun melepaskan ke GA sering dilakukan hanya setelah ada cukup kepastian bahwa fitur tersebut berfungsi seperti yang diharapkan. Orang mungkin berpendapat bahwa ini berlaku mempengaruhi frekuensi rilis menjadi lebih tinggi.
Decoupling dari rilis dan penyebaran ini hampir mustahil untuk dicapai tanpa fitur flag toggle.
Tentu bila tidak ada penyebaran yang diperlukan untuk beralih fitur off , maka untuk memulihkan layanan diturunkan secara substansial.
Dan dengan menggunakan flag fitur yang merilis fitur ke sepotong kecil basis pelanggan, metrik tingkat kegagalan perubahan dapat ditingkatkan secara signifikan juga.
Jadi mekanisme sederhana yang disebut fitur flag toggle memungkinkan kinerja TI yang jauh lebih baik, dan pada gilirannya meningkatkan kinerja organisasi secara keseluruhan.
Contoh yang bagus tentang bagaimana hal ini dilakukan di perusahaan nyata dapat ditemukan di Flickr (di pos publik paling awal tentang subjek), dan di Etsy . Tetapi banyak orang lain telah mengadopsi praktik ini dan membicarakannya secara panjang lebar, misalnya budaya rekayasa terkenal di video Spotify .
Etsy memamerkan alat internal mereka untuk mengelola bendera fitur , yang disebut Catapult, dalam banyak presentasi yang ditemukan di seluruh web. Dan Intuit merilis alat open-source bernama Wasabi yang membantu mengelola flag fitur.
sumber
Ken Mugrage memposting komentar menarik di bawah pertanyaan saya, dengan tautan ke penjelasan yang menerangi " Fitur toggle ", dengan ringkasannya seperti ini:
Ringkasan di atas tidak hanya membantu untuk memahami tentang apa ini, tetapi juga berisi beberapa contoh yang menjelaskan mengapa mereka digunakan . Dan setelah mencernanya sedikit lebih jauh, tampaknya "Fitur Toggles" dan "Fitur Flag Toggles" cukup mirip satu sama lain.
Tapi, solusi (jawaban) untuk masalah (pertanyaan), mengubah masalah ... orang mungkin mengajukan pertanyaan terkait seperti:
sumber