1.3. Red Hat OpenShift GitOps 1.15.0 のリリースノート

この更新により、Red Hat OpenShift GitOps は、ApplicationSet Controller コンポーネントへの別のボリュームとボリュームマウントの追加をサポートするようになりました。Argo CD カスタムリソース (CR) で .spec.applicationSet.volumes フィールドと .spec.applicationSet.volumeMounts フィールドを指定することで、これらの関連情報を設定できます。GITOPS-5739

apiVersion: argoproj.io/v1beta1
kind: ArgoCD
metadata:
  name: argocd-example
spec:
  applicationSet:
    volumes:
      - name: <volume_name> 1
        emptyDir: {} 2
    volumeMounts:
      - name: <volume_name> 3
        mountPath: <mount_path> 4

この更新により、ユーザーはサーバー、リポジトリーサーバー、アプリケーションセットコントローラー、およびアプリケーションコントローラー Pod にカスタムラベルとアノテーションを追加できるようになります。この機能拡張により、監視目的でリソースラベルまたはアノテーションに依存する外部システムの可観測性が向上します。この機能をサポートするために、Argo CD CR に次のフィールドが導入されています。

詳細は、カスタムアノテーションとラベル を参照してください。GITOPS-5674

この更新の前は、ユーザーは RolloutManager カスタムリソース (CR) を使用して Argo Rollouts コントローラーの一部のレプリカを設定できませんでした。この更新では、RolloutManager CR に新しい .spec.ha フィールドを追加することで、高可用性 (HA) サポートが導入されました。

高可用性を有効にすると、GitOps Operator はレプリカの数を自動的に 2 に設定し、リーダー選出がアクティブになり、冗長性と信頼性を確保するためにデフォルトのアンチアフィニティールールが適用されます。GITOPS-5622

この更新により、Kubernetes TLS タイプのシークレットを使用して、Argo CD CR 内のルートのカスタム TLS 証明書を設定できるようになりました。以前は、TLS データはプレーンテキストとして Argo CD CR に直接埋め込む必要があり、TLS 情報の機密性によりセキュリティーリスクが生じる可能性がありました。

セキュリティーを強化するには、Kubernetes シークレットを使用して TLS データを管理する必要があります。TLS データを含む kubernetes.io/tls タイプの Kubernetes シークレットを参照するために、Argo CD CR に次のフィールドが導入されています。

カスタム TLS 証明書のルートの設定の詳細は、ルートのカスタム TLS 証明書 の例を参照してください。GITOPS-5232

この更新により、マルチソースアプリケーションの詳細パネルの Sources タブに、次の 2 つの新しいボタンが追加されました。

GITOPS-4175

この更新により、ユーザーは、Argo CD CR のサーバーコンポーネントに新しいブールフィールド enableRolloutsUI を設定することで、Argo CD インスタンスで Argo Rollouts UI を有効または無効にできるようになりました。GITOPS-3604

apiVersion: argoproj.io/v1beta1
kind: ArgoCD
metadata:
  name: argocd
spec:
  server:
    enableRolloutsUI: true 1