Harness（ハーネス）は、Config Managementのベータ版が利用可能になったことを発表した。Config Managementは、ランタイム構成をアプリケーションのデプロイメントから切り離し、環境全体で即座に構成を更新できるように設計された、統制されたランタイム制御プレーンを導入する。
同社によれば、チームはアプリケーションを再デプロイすることなくランタイム値を変更したり、開発、ステージング、本番環境にわたる構成を管理したり、Harness SDKを介して即座にアップデートをプッシュしたり、エンタープライズレベルの制御を適用してあらゆる変更を管理できるという。
構成管理は、アプリケーションロジックと動作を決定する運用値を分離する方法として説明されており、これにより、値をハードコーディングしてリリースごとに再構築する必要がなくなる。アプリケーションは実行時に構成値を取得することが期待されており、これにより、再試行制限やタイムアウトしきい値などの動作調整を、コードの変更やプルリクエストなしで有効にできる。
Harness FMEの新しい設定ページは、ランタイム構成を一元管理し、チームがエントリーを検索したり、トラフィックの種類やタグでフィルタリングしたり、エンジニアリンググループや製品グループ全体で所有者を特定したりできるようにするものだ。構成の作成は、チームが名前、変更不可能な識別子、トラフィックの種類、所有者、および初期バリエーションを定義するガイド付きワークフローとして提示される。
各構成は、環境ごとに異なる方法で提供できる共通の構造を持つものとして位置付けられていた。アプリケーションコードを変更することなく、対象を絞った展開や実験を準備する方法として、複数のバリエーションを事前に定義することが強調された。
Harnessは、構成管理を、デリバリーライフサイクル全体にわたる補完的な機能の一つとして位置付けた。機能管理は可視性を制御し、クラウド実験は最適なエクスペリエンスを決定し、リリース監視は本番環境の健全性を追跡し、ウェアハウスネイティブ実験はウェアハウスデータに対する結果を測定する。同社は、これらの機能を組み合わせることで、機能の段階的なリリース、ランタイム動作の管理、本番環境の監視、および結果の検証を行うための統合プラットフォームが形成されると示唆した。
ガバナンスに関しては、構成管理の概要が示され、本番環境への変更前に承認を必須とする、バージョン履歴を追跡する、誰がいつ変更を行ったかを監査する、デプロイ前に構成スキーマを検証する、ランタイムインプレッションを監視するなど、企業レベルの制御をサポートすると同時に、Harness Configs SDKを介した即時配信も可能にする。
典型的な使用例としては、新規デプロイメントなしでアプリケーションの動作を調整すること、テレメトリに基づいて再試行回数やタイムアウトを調整することで運用パフォーマンスを向上させること、ユーザーエクスペリエンスやビジネスルールを比較するためのターゲットを絞った実験を実行すること、プロンプト、モデル選択、推論パラメーターなどのAI関連設定をコードに埋め込むのではなく、ランタイム構成として管理することなどが挙げられる。
このプラットフォームは、アプリケーションがより動的になるにつれて、AI構成管理の基盤を築くものであり、従来のソフトウェア設定に適用されてきたものと同じランタイムガバナンスと、AI固有のパラメーターに対するターゲティングメカニズムを提供するとされている。。
出典：Harness
この製品の詳細については、Harness製品ページをご覧ください。
