Feature Flag
機能フラグ
Feature Flagは、ソフトウェアの動いている間にチェックできるスイッチです。コードを新しくデプロイしなくても、機能を変えられます。
もう一つの例
新しいチェックアウトは、従業員に公開されてから、対象になる買い手の5%に広がるよ。エラーが測定されると、書かれているオフスイッチが自動的にオンになるよ。
主な部分
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
以下の場合に使用します
慎重な展開、実験、または緊急停止に使用してください。すべてのフラグにはオーナーと終了日を設定してください。
以下の場合は使用しないでください
永続的なフラグ、隠れた権限チェック、未テストの組み合わせ、敏感な特性に基づいたターゲティングを避ける。
コードで使用する名前
flag key + targeting rule + default + expiry 出荷前に
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 機能フラグ (Feature Flag)。 User context:新しいチェックアウトは、従業員に公開されてから、対象になる買い手の5%に広がるよ。エラーが測定されると、書かれているオフスイッチが自動的にオンになるよ。 Technical concept or control:機能フラグ (Feature Flag)。 Why it fits:慎重な展開、実験、または緊急停止に使用してください。すべてのフラグにはオーナーと終了日を設定してください。 Do not use it when:永続的なフラグ、隠れた権限チェック、未テストの組み合わせ、敏感な特性に基づいたターゲティングを避ける。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
このリクエストを確認する
Review how 機能フラグ (Feature Flag) is used now. Definition: Feature Flagは、ソフトウェアの動いている間にチェックできるスイッチです。コードを新しくデプロイしなくても、機能を変えられます。 Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.