'Chuyển đổi cờ tính năng' là gì và khi nào nên sử dụng chúng (hoặc không)?

Có một số câu hỏi về feature flag toggles, chẳng hạn như:

• Làm cách nào để thuyết phục các nhà phát triển bắt đầu sử dụng tính năng bật cờ?
• Làm thế nào để sử dụng tính năng bật cờ?

Câu hỏi của tôi :

• Cái gì thực sự là "chuyển đổi cờ tính năng" (trong ngữ cảnh của DevOps)?
• Tại sao chúng được sử dụng?

Không lặp lại nội dung của https://martinfowler.com/articles/feature-tlass.html , vì đây là một lời giải thích sâu sắc tuyệt vời về tính năng bật cờ của tính năng. Tôi sẽ chỉ tập trung vào các khía cạnh DevOps.

Theo Báo cáo DevOps năm 2014 do PuppetLabs lập, có bốn số liệu chính để đo lường hiệu suất CNTT:

• Thời gian thay đổi
• Tần số phát hành
• Thời gian để khôi phục dịch vụ
• Thay đổi tỷ lệ thất bại

Những điều này cũng đóng góp vào hiệu suất tổ chức tổng thể. Vì vậy, điều đó có nghĩa là nếu CNTT của bạn hoạt động tốt trên các số liệu này, điểm mấu chốt của bạn sẽ có nhiều $$$ hơn.

Phân phối liên tục được kích hoạt bởi các số liệu này và đã được mô tả sâu trong cuốn sách Phân phối liên tục: Phần mềm đáng tin cậy phát hành thông qua xây dựng, kiểm tra và tự động triển khai bởi Jez Humble.

Trong bối cảnh Giao hàng liên tục , có một sự khác biệt quan trọng giúp phân biệt với Triển khai liên tục . Và đó là quyết định khi nào thực hiện phát hành các tính năng (cho khách hàng).

Giữ các thay đổi về kích thước nhỏ hơn và triển khai (sao chép mã) các tính năng nửa nướng cho các hệ thống sản xuất với cờ tính năng được bật tắt cho phép rút ngắn thời gian thay đổi .

Khi các tính năng cuối cùng đã hoàn thành, thực hiện một bản phát hành là một quyết định còn lại cho doanh nghiệp. Có thể một bản phát hành của một tính năng mới cần được liên kết với một số tiếp thị hoặc một bản phát hành trong một phần khác của doanh nghiệp như một tính năng trong ứng dụng di động.

Các tính năng có thể được phát hành bằng cách sử dụng các thử nghiệm A / B cho một phần của cơ sở khách hàng hoặc cho những người cụ thể hoặc thậm chí trực tiếp đến tính khả dụng chung (GA). Mặc dù việc phát hành GA thường chỉ được thực hiện sau khi có đủ sự chắc chắn rằng tính năng này hoạt động như mong đợi. Người ta có thể lập luận rằng điều này có hiệu lực ảnh hưởng đến tần số phát hành cao hơn.

Việc tách rời phát hành và triển khai này gần như không thể đạt được nếu không có các tính năng bật cờ.

Đương nhiên khi không triển khai là cần thiết để chuyển đổi một tính năng tắt , thì thời gian để khôi phục dịch vụ được hạ xuống đáng kể.

Và bằng cách sử dụng các cờ tính năng phát hành các tính năng cho một lát nhỏ của cơ sở khách hàng, số liệu tỷ lệ thất bại thay đổi cũng có thể được cải thiện đáng kể.

Vì vậy, một cơ chế đơn giản được gọi là cờ tính năng bật cho phép hiệu suất CNTT tốt hơn nhiều, và đến lượt nó cải thiện hiệu suất tổ chức nói chung.

Ví dụ tuyệt vời về cách thực hiện điều này trong các công ty thực tế có thể được tìm thấy tại Flickr (trên các bài đăng công khai sớm nhất về chủ đề này) và tại Etsy . Nhưng nhiều người khác đã áp dụng thực tiễn và nói về nó từ lâu, ví dụ văn hóa kỹ thuật nổi tiếng tại các video Spotify .

Etsy đang thể hiện công cụ nội bộ của mình để quản lý các cờ tính năng , được gọi là Catapult, trong nhiều bài thuyết trình được tìm thấy trên web. Và Intuit phát hành một công cụ nguồn mở có tên Wasabi giúp quản lý các cờ tính năng.

Ken Mugrage đã đăng một bình luận thú vị bên dưới câu hỏi của tôi, với một liên kết đến một lời giải thích rõ ràng về " tính năng toggles ", với một bản tóm tắt của nó như vậy:

Các tính năng bật tắt là một kỹ thuật mạnh mẽ, cho phép các nhóm sửa đổi hành vi hệ thống mà không thay đổi mã. Chúng thuộc nhiều loại sử dụng khác nhau và điều quan trọng là phải tính đến phân loại đó khi triển khai và quản lý các toggles. Kính râm giới thiệu sự phức tạp. Chúng ta có thể kiểm tra mức độ phức tạp đó bằng cách sử dụng các thực tiễn thực hiện chuyển đổi thông minh và các công cụ thích hợp để quản lý cấu hình chuyển đổi của mình, nhưng chúng ta cũng nên đặt mục tiêu hạn chế số lượng bật tắt trong hệ thống của mình.

Tóm tắt ở trên không chỉ giúp hiểu điều này là gì, mà còn chứa một số ví dụ giải thích lý do tại sao chúng được sử dụng . Và sau khi tiêu hóa thêm một chút, có vẻ như "Kính râm đặc trưng" và "Kính râm cờ đặc trưng" gần như là một từ đồng nghĩa với nhau.

Nhưng, giải pháp (trả lời) cho vấn đề (câu hỏi), thay đổi vấn đề ... người ta có thể hỏi những câu hỏi liên quan như:

• Những ưu / nhược điểm của việc sử dụng chúng là gì? Đó là một khái niệm mạnh mẽ, nhưng cũng là một khái niệm đáng sợ nếu không được sử dụng một cách khôn ngoan (và được bảo đảm một cách thích hợp) ...
• Điều gì có thể là một số ví dụ (cái tốt và cái xấu) nơi chúng được sử dụng? Tôi có thể nghĩ về khá nhiều người trong số họ, một vài người trong số họ tôi đã sử dụng bản thân mình cách đây khá lâu (từ trước khi DevOps thậm chí còn là một thứ).