本番環境で使用しない場合に、ソフトウェア開発プロセスでdockerを使用する理由は何ですか?


8

Dockerには、ソフトウェア開発者の大規模なチーム(100)で私の職場の問題を解決する多くの可能性があり、私の職場の問題を解決するために使用されます。これも:

フィードバックは私に戻ってきました:

これがうまく機能していることはすばらしいことですが、Dockerエコシステムを理解することは、一部の人々にとって精神的な飛躍となります。dockerを本番環境で実行しないことはすでに確立されているため、このツールで人材をスキルアップすることに投資する理由はないと思います。

私の質問は、本番環境で使用しない場合に、ソフトウェア開発プロセスでdockerを使用する理由何ですか?


5
本番環境で使用しないからといって、それが開発目的で有用なツールではないという意味ではないため、「本番環境では使用しないので、見たくありません。まったく」と私には無効に聞こえます。あなたはすでにそれがどのように役立つことができるかを示すもののリストを持っています。開発マシンでの開発とテスト用のデータベースを実行するために使用しています。
Jesper 2017

簡単なメモ:私にとっては、スケールアップ(より強力なマシン)または水平方向にスケール(マシンを追加)します。水平方向の拡大は私には奇妙に思えます。
マチャド2017

1
できる限り本番環境に近い環境でプログラムをテストできるように、Dockerを使用するそのルートに進むことを決定した場合は、自分の都合で、1台のマシンを本番環境の複製に専念します。それはさておき、Dockerに夢中になって、楽しんでください。
Neil、

もう1つの簡単なヒント:ソース管理サーバー、ビルドサーバー、およびCIサーバーは、開発者にとっては運用サーバーです。あなたの組織は最終目的の目的としてITを使用している可能性があります(つまり、Techビジネスに参加していないことを意味します)が、開発者がいる場合、開発者が何らかの作業を行うために依存できる環境を期待しています。つまり、上記のすべてのサーバーは、インフラストラクチャ内の他のすべてのサーバーと同じように重要なものとして扱われる必要があります。ITが運用のサポート側である場合でも、サーバーがオンラインに戻るのを待っているサーバーにぶらぶらしたくないだけです。
マチャド2017

あなたが得たフィードバックの問題は次のとおりです。それは»Dockerを使用せずに翻訳されます。私たちはそれを望んでいません。«もちろん、Dockerを使用する理由はたくさんありますが、この場合、フィードバックは丁寧な言い訳にすぎないようです。
トーマスジャンク

回答:


8

ソフトウェア開発プロセスの一部としてdockerを使用する理由をいくつか示します(まだ本番環境では使用していません)。

  • 一貫性のあるバージョン管理されたローカル展開環境-Dockerビルドをバージョン管理にチェックインし、スタックで共同作業できます。スタックを停止して開始することで、完全にクリーンな環境を得ることができます。
  • チームメイトへの環境の配布のしやすさ-最近では、維持し始めなければならないまったく新しいソフトウェアスタックがありました。多数のソフトウェアをインストールするためのツールやプロセスを文書化する代わりに、Dockerでスタックを1度作成してチームに配布するだけで済みました。多くの場合、ドキュメントは忘れられ、新しいメンバーがチームに参加したときにのみテストされます。多くの場合、指示は機能しなくなります。
  • CIビルドと自動テストで使用-ソフトウェアのローカルでのデプロイとテストに使用しているのと同じイメージが、CIでソフトウェアのビルドとテストに使用されます。これにより、誰かのローカル環境の癖に固有のバグの可能性が低くなります。
  • 仮想マシンよりも管理、変更、構築、配布が簡単です。
  • 既存のイメージを拡張する機能を提供するため、イメージを最初から作成する必要はありません。通常、一般的なソフトウェアパッケージで利用できるオープンソースのイメージがあります。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.