私はCloud FoundryとそのDieockのDockerサポートを検討しています。私の質問です：前と同じようにjarを配置することができます（cf pushで、jarの場所、buildpackとスタックの情報を提供します）。 DEA、またはコンテナを構築するための既製のDockerイメージをCFに常に提供する必要がありますか？ 「古い」方法が引き続きサポートされている場合は、この方法でDiegoを使用することをお勧めしますか、またはすべてDockerに移行する必要がありますか？Cloud Foundry + DiegoでDockerイメージの代わりにアプリケーションをプッシュできますか？
Cloud FoundryのDiegoランタイムは引き続きビルドパックのデプロイメントをサポートし、アプリケーションの実行に必要なコンテナとランタイム成果物を作成します。作成するコンテナはDockerコンテナではありません。たとえば、Pivotal Cloud FoundryはGarden-RunCコンテナを作成します。
Dockerサポートは、あらかじめパッケージ化されたDockerイメージを変更せずに展開したい場合に便利ですが、選択肢がある場合はbuildpackのアプローチが依然として優先されます。
Buildpacksは、Cloud Foundryを使用する際に、開発者とITオペレータの両方の役割を簡素化します。ビルドパックでは、開発者はDockerfileの設計とメンテナンス、およびアプリケーション開発に直接関係しないその他の懸案事項について、もはや責任を負いません。
ITオペレータは、OSのバージョンとパッチレベル、およびすべてのビルドパックコンテナのランタイムに関して完全な一貫性を得ます。また、Cloud Foundry環境内のすべてのビルドパックコンテナに展開される、自動化されたゼロ・ダウンタイムのパッチおよびアップグレードを実行する機能も備えています。これはセキュリティと効率性の両面で非常に強力なツールです。