SDLC (ソフトウェア開発ライフサイクル)におけるDynamic Engineのデプロイメントパターン
各Kubernetesクラスターは1つのDynamic Engineインスタンスしかサポートしませんが、同じクラスターにインストールされた1つのDynamic Engineインスタンスに複数のDynamic Engine環境を接続させることは可能です。
この関係により、ソフトウェア開発ライフサイクル(SDLC)におけるDynamic Engineの一般的なデプロイメントパターンは次のようになります。Talend特定の開発ライフサイクルの詳細は、TalendSoftware Development Life Cycleベストプラクティスガイドをご覧ください。
パターン1: 1対1 (1:1)のDynamic Engineと環境デプロイメント
このパターンでは、Dynamic EngineインスタンスがTalend Management Consoleで作成され、独自のKubernetesクラスターでプロビジョニングされます。その後、各インスタンスに1つのDynamic Engine環境が関連付けられます。エンジンと環境の各ペアは、開発ライフサイクルの特定のフェーズ専用です。たとえば、1組目はDevelopmentフェーズ用、2組目はStagingフェーズ用、3組目はProductionフェーズ用となります。 
この設定は、実行環境を物理的に分離し、セキュリティ、アクセス制御を管理し、Kubernetesクラスターを環境ごとに独立してスケールする場合に役立ちます。また、Talend Management Consoleを通じて環境間でタスクを直接プロモートすることもできます。
.パターン2: 1対多(1:N)のDynamic Engineと環境デプロイメント
このパターンでは、1つのDynamic EngineインスタンスがTalend Management Consoleで作成され、複数のDynamic Engine環境がそれに接続します。環境はすべて、同じKubernetesクラスターと1つのDynamic Engineインスタンスを共有します。
このデプロイメントは、さまざまな環境間でタスクを分離しながら運用コストを削減するため、物理的に別々の実行環境が不要なシナリオに適しています。また、Talend Management Consoleを通じて環境間でタスクを直接プロモートさせることもできます。