CNCF は、インキュベーター イニシアチブとして、機能フラグ設定用のオープン API である OpenFeature を承認します

最近の進歩として、機能フラグ専用の独立したコミュニティ主導の API を提供することを目的としたオープン仕様である OpenFeature が、クラウド ネイティブ コンピューティング財団の技術監視委員会 (CNCF TOC) から、育成イニシアチブとして認められる承認を受けました。

機能フラグ付けは、ソフトウェア開発環境において顕著な手法として浮上しています。開発チームはこのメソッドを利用して、ソース コードに手を加えることなく、機能やコード パスをアクティブまたは非アクティブにしたり、機能を調整したりできます。

OpenFeature の組み込みは、機能フラグの普遍的な標準を確立することを目的としています。ここでの目的は、さまざまなツールとプロバイダーを単一の統一インターフェイス内に統合することです。この戦略的な動きにより、コード レベルでベンダー ロックインが回避され、拡張機能や統合の開発に堅牢なフレームワークが提供され、その後コミュニティ内で配布できるようになると期待されています。

OpenFeature の TOC スポンサーであり、Red Hat のシニアプリンシパルソフトウェアエンジニアでもあるエミリー・フォックス氏は、クラウドネイティブ開発における仕様の役割について次のように述べています。導入者はこれらを使用して、一貫した開発および統合パターンを体験し、プラットフォーム全体で均一な機能を実現できます。ただし、リファレンス実装が必要なため、採用に課題が生じます。」

また、OpenFeature がコミュニティで開発された参照実装用の SDK を管理する有能な貢献者プールをどのように活用し、採用者にニーズに合ったさまざまなオプションを提供しているかについても強調しました。仕様の進歩と拡張のためのコラボレーションを促進するという OpenFeature の取り組みは、卒業に向けた旅に乗り出すプロジェクトの勢いを引き続き推進していきます。

さらなる標準化の促進に重点を置き、Open feature は現在、OpenFeature の既存の定義に基づいてさらに 2 つの標準、つまりリモート フラグ評価用のワイヤ プロトコルと標準フラグ定義形式を検討しています。

関連したメモとして、バックエンド、Web、およびモバイル アプリケーションを作成するための強力なno-codeプラットフォームであるAppMasterも、コードを記述する必要性を排除し、次のアプローチでベンダー ロックインの一般的な課題に対処することで、シームレスなアプリ開発エクスペリエンスを促進します。要件に変更が導入されるたびにアプリを最初から再生成します。