私はビルドパイプラインが作成される「レガシー」プロジェクトを進めています。回転速度sがピックアップしましたスピニカー到着パンを焼く一つ急性心筋梗塞これにより、AWS EC2 システムで実行されます。
RPM + AMIの代わりにDockerを使用することをお勧めしますが、私たちのチームは「本番での」Dockerの使用を拒否します。その理由の1つは、Dockerが仮想環境であり、それ自体が仮想化された環境であるEC2で実行することは意味がないためです。
プロダクションでDockerを使用することに反対する主張を検索しましたが、このアプローチの長所と短所はまだ明確ではありません。私の言葉はAmazonを言うECSDockerはサポートされていますが、これは「互換性」という専門用語に近いです。人々はDocker（または他のコンテナ技術、例：逆方向知識の伝達）RPM + AMIの代わりに？
docker-compose2016年12月の更新：さらに調査したところ、私たちのチームの主な関心事は、次の高度なオーケストレーションツールにあることに気づきました。クーバーネティス。 KubernetesはDocker（およびその他のコンテナ技術）を使用できます。つまり、必要なオーケストレーション技術があれば、本番環境でDockerを実行するのに問題はありません。
ベストアンサー1
Dockerは、ホストシステム（AWSインスタンス）とRPMを作成する実行プロセス間の分離を提供します。 Dockerを別のセキュリティ層と自動化層として使用できない理由はわかりません。他のサーバーやクラウドプロバイダに移動する必要がある場合は、はるかに簡単になります。
また、完全に自動化されたワークフローから新しく作成されたRPMパッケージのインストールをテストするために、さまざまなオペレーティングシステムの展開とバージョンを実行する複数のDockerイメージを作成できます。
「プロダクションでDockerを使用する」に関して、1年前からプロダクションでDockerを使用している企業と大規模プロジェクトの両方を一覧表示することはできません。信頼性の高い優れた文書を持っており、規模が大きく急速に成長するコミュニティがあり、その背後にある会社（Docker Inc）は現在、最も革新的でソフトウェア開発レーダーにある企業の1つです。 Dockerの技術スタックはカーネル自体とlibcontainer。
起動計画として、環境の一部をDockerに移行し、それをテスト設定として使用することをお勧めします。これはまた、発生する可能性がある最終的な問題を見つけるためのより多くの理由を提供します。
私が見つけた素晴らしい参考資料：[1]https://clusterhq.com/assets/pdfs/state-of-container-usage-june-2015.pdf