フラグの作成
- Temporary フラグ: 短期的な目的を持つ機能や、進行中の実験の一部となる機能を制御するために使用されます。安全装置付きで新機能をロールアウトしたり、リリースを正確にスケジュールしたい場合に最適です。Temporary フラグは長期間コードベースに残ることを意図しておらず、積極的に管理されているかを確認するため、定期的に staleness（陳腐化）チェックが行われます。
- Permanent フラグ: 永続的フラグは長期使用を意図しており、コードベースに常駐するものです。アプリケーション機能の中核となる機能に最適です。Temporary フラグとは異なり、Permanent フラグは陳腐化チェックの対象外であり、Kameleoon は削除候補としてハイライトしません。
フラグクリーンアップのためのダッシュボードユーティリティ
ダッシュボードには、Production 環境のみのアクティブフラグ総数、実行中の実験数、stale/permanent フラグ数のサマリーが表示されます。
- Last Evaluation: このカラムには、コード内のフィーチャーフラグが最後に参照された日時が表示されます（たとえば、アプリケーションコードでフラグによってエンドユーザーが評価され、どのバリエーションを表示するかが決定された最新の事例）。これにより、フラグが最後にアクティブに使用された時期が明確にわかります。
- Status: 最新の評価と、Kameleoon で最後に編集またはトグルされた時点に基づいて、フラグは一時的か永続的かに応じて次の4つの状態のいずれかに分類されます。
- Healthy: temporary フラグが新規、または過去15日以内に編集または評価されており、活発に使用されていることを示します。
- Stale: temporary フラグが過去15日以上、コード内で編集も評価もされていません。この状態は、ロールアウトまたは実験が安定段階に達してフラグが使用されなくなった、あるいはコード内でしばらく参照されていないことを示す可能性があります。
- Outdated: temporary フラグが過去30日以上、コード内で編集も評価もされていません。この状態はフラグが古く、不要になっている可能性があるという明確なサインです。
- Permanent: フラグが permanent であり、陳腐化チェックの対象外です。
フラグタイプの変更
フィーチャーフラグのタイプは temporary から permanent、またはその逆に変更できます。機能やプロジェクトが進化するにつれて、特定の機能の性質も変わることがあります。フラグタイプを変換することで、現在の開発の方向性と一致させることができます。