/写真： Bernard Spragg。 NZ / PD
多くは、コンテナ技術をITの革命と呼んでいます。 VMwareなどの仮想化の主要なプレーヤーおよびリーダーは、市場の期待に遅れをとるヒントすら許すことができず、Dockerが設定したトレンドに従いました。
専門的な会議では、専門家が問題を解決しようとしています。これは、利便性からDockerを好む開発者と、目標を設定して従来のアプローチを好むIT企業とのギャップの拡大にあります。
VMwareは、1番目と2番目のギャップを埋めるためのさまざまなソリューションを提供しています。 もちろん、これは、トレンドに遅れないようにしようとしているほぼすべてのIT企業に存在する一般的な管理の難しさのため、それほど簡単ではありません。
このテクノロジーにより、コンテナをプロセスに接続できます。これは、ハードウェアレベルで分離を提供する仮想マシンの動作とは異なります。 コンテナの場合、これは不可能です。
アプリケーションアーキテクチャに対してまったく異なるアプローチが必要です。 良い例は、 Rubyアプリケーションのスケーリング方法に関する資料を調べることです 。 DynoコンテナーがHerokuでどのように機能するかをまとめています。 その結果、コンテナを完全に使用するには、新しいテクノロジー、プロトコル、ゲートウェイ、スケジューラを使用する必要があると言えます。
スケーリングの例と同様に、コンテナーの必要性を評価するには、製品またはサービスの全体的な負荷を理解する必要があります。 DevOpsテクノロジーの実装を必要としないサービスを開始または使用している場合は、リラックスできます。
コンテナは万人向けではありません。 プロセスがすでに最適化されており、仮想マシンの操作に比較的新しいツールを使用している場合、Dockerのようなものに切り替える必要がないことを真剣に認識する必要があります。
この場合、サービスサービスを監視、展開、および管理するためのすべてのベストプラクティスは、無駄な時間である空のプロジェクトにはなりません。 コンテナ環境では、これらすべてのごく一部しか使用できません。
いずれにせよ、新しい技術を使った実験は誰も傷つけませんでした。 ここでは、コミュニティ全体を支援し、知識と経験のレベルを示すことができるオープンソースプロジェクトを開発する絶好の機会があります。
コンテナへのスムーズな移行を考えると、先ほどお話ししたVMwareの新製品が役に立ちます。
PS 1cloudのブログのコンテナおよび仮想化に関するその他の資料：