Harness（ハーネス）は2026年第2四半期（2026年5月～7月）に38の機能強化を実施し、よりきめ細かなKubernetesロールアウトパターン、AIエージェントワークロード向けの一流のCI/CDサポート、より高度な継続的検証制御、およびプラットフォームチームを対象とした幅広いGitOpsの使いやすさとセキュリティーの改善に注力した。
Kubernetesポートフォリオは、段階的なロールアウトの再現性と監視性を向上させるための複数のアップデートを受けた。新しいプログレッシブカナリアサブタイプでは、各ステージ間に検証または承認ゲートを設けたパーセンテージベースのフェーズ（例えば、25%、50%、100%）が可能になり、2つのデプロイ間でレプリカを切り替えることで、Podの総数を固定予算内に抑える。ブルー／グリーンデプロイでは、ロールバック中に以前は安定していたデプロイが自動的にスケールアップされるようになり、サービスが元に戻された直後にトラフィックがアクティブなポッドにルーティングされる。Kubernetes Dry Runステップが強化され、--server-sideや--force-conflictsなどの追加のkubectlフラグを受け入れるようになり、ドライラン検証がデプロイ時の動作と一致することが保証される。Istioトラフィックルーティングでは、複雑なトラフィック シェーピングのニーズに合わせて、任意の一致または全ての一致のルーティング基準を要求できる構成可能なAND/OR一致ロジックが追加された。さらに、Kubernetesコネクターは、マシン間クラスター認証シナリオを可能にするために、クライアントクレデンシャルOIDCグラントのサポートを追加した。
AWSに特化した機能により、運用規模とコスト管理の両方に対応できるようになった。一括ポストプロダクションロールバックにより、サービスダッシュボードから複数のインフラストラクチャーを選択し、単一の協調アクションでロールバックすることが可能になり、インフラストラクチャーごとにターゲット実行を選択できるようになった。Auto Scaling GroupデプロイメントでMixedInstancesPolicyがサポートされるようになったため、チームはスポット容量とオンデマンド容量を組み合わせて、Harnessで起動テンプレートのバージョン更新を管理できるようになった。AWS CDKステップはECSベースのデリゲートで実行できるようになり、CDK合成およびデプロイステップを実行するためにKubernetesデリゲートランタイムが不要になった。Smart CDK Diffオプションを使うと、インフラストラクチャーの変更が検出されない場合にCDKデプロイがスキップされ、不要なパイプラインランタイムが削減される。ECSローリングデプロイメントに、アプリケーションオートスケーリングをスキップするトグルが追加され、オートスケーリングが外部で処理されている場合やAPIレート制限が懸念される場合に、アプリケーションオートスケーリングAPI呼び出しをバイパスできるようになった。OIDC認証を使うAWSコネクターでは、セッションタグとして環境識別子が含まれるようになり、デリゲートプールを共有しながら環境固有のIAMポリシーを有効にできる。
Google Cloudの改善点として、マネージドインスタンス グループ（MIG）のブルー/グリーンフローに、トラフィック前のステージングデプロイメントステップが追加された。これにより、チームは本番トラフィックを移行する前に、新しいMIGバージョンを大規模にテストできる。また、Harnessは、Google Artifact RegistryでホストされているOCIベースのHelmチャートをHelmデプロイメントのマニフェストソースとしてネイティブにサポートする機能も追加した。
注目すべき追加機能として、AIエージェントのデプロイメントが専用のデプロイメントタイプとして一流のサポートを受けることができるようになった。すぐに利用できるランタイムには、AWS Agent CoreとGoogle Agent Runtimeが含まれており、エージェントサービスは、他のサービスで使用されるパイプラインの基本要素（承認ゲート、カナリアフェーズ、検証失敗時の自動ロールバック、OPAポリシーチェックなど）を使ってモデル化およびリリースできる。この変更は、エージェントワークロードの単発スクリプトから、監査可能でポリシーに準拠したリリースへの進化として提示されている。
従来のリモート実行機能も改良された。シェルスクリプトステップでは、指定されたIDに対してHarness IDトークンを挿入できるようになり、スクリプトごとにOIDC IDトークンを使って認証を行うことができる。コマンドステップのコピーコマンドは、ディレクトリー構造を保持することで、SSH/WinRM展開時に異なるサブディレクトリーで同じ名前のファイルが上書きされるのを防ぐ。
Connectorsと承認機能に重点を置いたアップデートが行われた。ArtifactoryコネクターがOIDC認証をサポートするようになり、静的なArtifactory認証情報が不要になった。コンテナステップグループでは、Harness承認ステップをホストでき、PodのTTLが自動的に延長されるため、以前の24時間制限を超えるステージタイムアウトに対応できる。これにより、長時間実行されるコンテナ化された承認ワークフローの障害が解消される。また、承認権限を持たない非承認者にも承認ステップの表示権限が付与される。メール ステップには非ブロッキング送信モードが追加され、パイプラインはディスパッチ後すぐに続行できるようになった。
継続的な検証と可観測性の統合が拡張された。監視対象サービスの構成をGitバージョン管理下に置くことができるようになり、変更内容の確認や検証構成の取り消しが可能になった。AI Verify（v1）ステップに、データ収集期間を調整したり、検証ウィンドウをシフトして、より早い時期のヘルスソース データが分析に含まれるようにするための設定可能なプロパティが追加された。メトリクスごとの感度オーバーライドにより、単一の検証実行内で個別の感度レベルを設定できるようになった。例えば、レイテンシーにはより厳密な設定、メモリーなどのノイズの多いメトリックにはより緩い設定が可能だ。CloudWatchヘルスソースがアップグレードされ、WHERE句やORDER BY句を含むCloudWatch指標Insights SQL構文を完全にサポートするようになった。これにより、ディメンションベースのフィルタリングが可能になり、ブルー／グリーンシナリオやカナリアシナリオでより正確なメトリクス比較ができるようになった。
GitOpsの機能強化は、運用制御、マルチテナンシー、および開発者ワークフローの健全性に重点を置いている。新しい履歴とロールバックタブにより、UIからGitOpsアプリケーションを以前のデプロイにロールバックできるようになり、ロールバックパイプラインステップが追加され、ロールバックを承認および検証と組み合わせることができるようになった。クラスタースコープのエージェントは、エージェントのインストール 名前空間外の名前空間にあるArgoCDアプリケーションリソースを許可するように構成でき、チームごとのエージェントなしでマルチテナントアプリケーションの分離をサポートする。強制削除オプションを使うと、基盤となるArgoCDアプリケーションにアクセスできない場合にHarnessがアプリケーションレコードを削除できるため、部分的なインフラGitOpsのティアダウン後のクリーンアップが効率化される。RBACは、アプリケーションレベルの操作とKubernetesリソースアクションを分離する、よりきめ細かい権限に分割され、オペレーターは削除権限なしでポッドの再起動または同期権限を取得できるようになった。GitOpsのプルリクエスト パイプラインは、PRコミットを単一のリリースコミットに圧縮するsquash and mergeサポートを獲得した。GitOps同期ステップには、大規模アプリケーションのリソースのサブセットを対象とする選択的同期が追加された。リリースリポジトリーの更新ステップは、ファイルが変更されていない場合でも成功するように構成できるため、何も変更されない更新でパイプラインがブロックされるのを防ぐことができる。Harness AIは、一般的なGitOps設定エラーを診断し、修復手順を提案できるように機能が拡張された。セキュリティーとプラットフォームの改善点として、エージェントとSaaS間の通信に対するゼロトラストサービスのサポート、およびGitOpsエージェントへのArgoCD 3.3.10のバンドルが挙げられる。リポジトリーテンプレートは、アカウント、組織、プロジェクトのスコープをまたいで選択できるようになり、重複を減らすことができる。
今後の展望として、第3四半期に予定されている機能強化では、Kubernetesネイティブのデプロイメント機能をさらに強化し、大規模なGitOps環境の管理を簡素化し、AIを活用した運用を他の継続的デリバリーワークフローにも拡大していくことが期待される。
出典：Harness
この製品の詳細については、Harness製品ページをご覧ください。
