Vantage 3.0 では、2.7 以前とは異なるデプロイ モデルを採用しています。 以前のバージョンでは、ABBYY が提供する Ansible および Azure CLI スクリプトで作成・構成される、ABBYY が厳密に指定したインフラストラクチャが必要でした。このモデルは 3.0 ではサポートされていません。
- Kubernetes クラスター、データベース、ストレージ アカウント、Key Vault などのインフラストラクチャは、お客様自身でプロビジョニングします。ABBYY は、3.0 向けのプロビジョニング スクリプト、テンプレート、その他のインフラストラクチャ自動化機能を提供しません。
- インストーラーがデプロイするのは Vantage Core のみです。ArgoCD、お客様のサービス メッシュと Ingress コントローラー、シークレット統合、モニタリング スタックなど、Vantage が依存するサードパーティ ソフトウェアは、通常 Helm を使用して、お客様自身でインストールおよび保守します。
- 文書化されている構成は、ABBYY がテストしたシナリオです。文書化された例に基づいてインストールを調整できますが、その調整内容の検証はお客様の責任となります。
オペレーターの要件
クラスターレベルの要件
KEDA サポート
ScaledObject リソースは、observability 名前空間内の Prometheus インスタンスに依存しています。Prometheus サービスには http://prometheus-operated.observability.svc.cluster.local:9090 でアクセスできる必要があり、チャートで作成された ServiceMonitor を介して Vantage アプリケーションのメトリクスをスクレイプする必要があります。トリガーの動作と確認については KEDA によるオートスケーリング を、メトリクス パイプラインについては モニタリング を参照してください。
Kubernetes ノード要件
TechCore Worker ノード
k8s.abbyy.com/techcore=true を追加します。
さらに、学習関連の処理を実行しない特定のノードを指定して、TechCore Worker ノードを細分化します。学習関連のワークロードには、次の Toleration があります。
k8s.abbyy.com/techcore=training:NoSchedule の taint をこれらのノードに追加することで、学習ワークロードを実行すべきでないノードに taint を設定できます。
taint と toleration の詳細については、Kubernetes の公式ドキュメントを参照してください。
外部サービス
† SendGrid と SMTP は相互排他的で、必要なのはいずれか一方のみです。
¶ Azure シークレットプロバイダー (
vantage.secrets.azure) を使用する場合にのみ必須です。Kubernetes Secrets プロバイダー (vantage.secrets.kubernetes) は、インストール先の名前空間にある既存の Secret リソースを読み取るため、CSI ドライバーもクラウドの Key Vault も必要ありません。
次のステップ
Azure へのインストール
AKS の前提条件、identity の設定、インストール手順。
セルフマネージド Kubernetes
独自の mesh、ingress、secrets、データ サービス、レジストリ を使用。
互換性
サポート対象の Kubernetes バージョン、ディストリビューション、依存関係のバージョン。