コンテナ導入に関する4つのよくある誤解を克服する

コンテナは今日の企業のデジタル変革の焦点となっていますが、多くの企業幹部がコンテナがもたらす大きなメリットを明確に認識しているにもかかわらず、よくある誤解がエンタープライズ コンテナの導入を妨げています。

Netflix や Uber などの新世代のクラウド コンピューティング企業では、すでにコンテナが前面に出てきており、新しい IT インフラストラクチャや環境に簡単に適応しています。では、企業がコンテナを導入するのを妨げているものは何でしょうか?従来の IT 部門がコンテナを採用するのを妨げている最大の誤解と障害は、コンテナが開発者のワークフローや ID 管理、セキュリティ、ベンダー ロックイン、モノのインターネットにどのように適合するかという点にあります。

[[210571]]

誤解1: コンテナはセキュリティリスクをもたらす

セキュリティは、企業での導入における最大の障壁の 1 つであり、最もよくある誤解の 1 つです。客観的に言えば、クラウド コンテナ化の初期の頃は、これは確かに企業にとっての懸念事項でした。 CXO は、導入する新しいテクノロジーのセキュリティに疑問を抱きますが、現実には、あらゆるテクノロジーのセキュリティを確保することは困難な作業であり、コンテナをサイバー脅威から安全に保つために適切な制御も実施する必要があります。

セキュリティの観点から見たコンテナの最大の利点は分離です。コンテナ テクノロジーは、各コンテナ マシンが相互にアクセスできないようにするためのハードウェア強制セキュリティを提供します。場合によっては、特に機密性の高いデータには仮想マシンが必要になりますが、ほとんどの場合、コンテナはこれらのシナリオに対してセキュリティを提供します。コンテナが感染した場合、コンテナを隔離することで感染の拡大を防ぎ、必要に応じて安全にシャットダウンできます。

イメージを検出し、処理が必要かどうかを確認する内部スキャンなど、コンテナのセキュリティを確保できるツールは市場に数多くあります。コンテナを導入する企業には文化の変革が必要です。セキュリティは二重の取り組みであり、企業はコンテナを作成しているベンダーを信頼できるはずですが、IT チームは数週間ごとにコンテナを再構築して、可能な限り最新の状態に保ち、セキュリティ リスクを最小限に抑える必要があります。

すべての対策を講じれば、セキュリティ上の懸念が企業コンテナの導入の障害にはなりませんが、IT チームは導入前にセキュリティ オプションを念頭に置く必要があります。

誤解2: KubernetesはID管理に簡単に接続したり、開発者のワークフローに統合したりできない

コンテナや Kubernetes などのコンテナ テクノロジーに精通していない企業や開発者にとって、新しいプロセスを開発者のワークフローに統合することを考えるのは難しい場合があります。ほとんどの開発チームは、最も簡単な展開方法について独自の考えを持っており、変更を躊躇します。

企業がコンテナのセキュリティ特性を受け入れるために必要な文化的変化と同様に、コンテナ自体は完全なソリューションではないため、開発者も Kubernetes とコンテナ テクノロジーに対する考え方を変える必要があります。むしろ、これは開発チームのニーズに基づいて構築およびカスタマイズする必要があるソリューションの一部です。チームは、テクノロジーを万能のソリューションとして強制するのではなく、Kubernetes が提供する共通の基礎部分を採用し、最も適切な方法で強化する必要があります。

誤解 3: 企業を何年も仮想マシンに縛り付けてきたのに、なぜコンテナに縛り付けるのでしょうか?

上級意思決定者の中には、特定の種類のコンテナを使用することで、特定のベンダーに縛られることになると考える人もいます。しかし、コンテナ エコシステムは、従来の VM 市場よりもはるかに多様でオープンです。実際、コンテナの正しい使用方法を理解することで、知識企業は適切なベンダーを選択する自信を得ることができます。

たとえば、開発者や企業は、既存のワークロードのパフォーマンスを向上させる方法として、Docker などのアプリケーション コンテナーに目を向けることがよくあります。しかし、実際に既存のワークロードをアプリケーション コンテナーに移行するには、かなりの量の再設計と作業が必要になります。オペレーティング システムをブートストラップするコンテナーは、アプリケーションの再生成にほとんど時間を費やすことなく、これらの利点を提供します。

特定のビジネス課題には異なるタイプのコンテナの方が適していることを理解していない組織は、実際には異なるタイプのコンテナが必要なだけであるにもかかわらず、コンテナ テクノロジを役に立たないものとして誤って採用する可能性があります。

誤解4: コンテナは単なるクラウド技術であり、私たちはモノのインターネットにもっと関心がある

この誤解の原因は、モノのインターネットとクラウド コンピューティングが 2 つの独立したエンティティとして認識されていることです。実際、モノのインターネットとクラウド コンピューティングは密接に絡み合っています。モノのインターネットはデータの爆発的な増加をもたらしており、企業はモノのインターネットによってもたらされる膨大な量のデータに対処するのに苦労しています。ただし、コンテナは IoT アプリケーションで主流となっているスケーラビリティとデータ関連の問題に対する理想的な対応策であると言えるため、いわゆるクラウドのみのソリューションには IoT の開発にとって大きな利点があります。

コンテナ、特に Kubernetes は、接続されたデバイスとクラウド間でデータを転送するために最適化されています。コンテナの密度と設計により、必要に応じて簡単にスケールアップおよびスケールダウンできるため、物理ネットワークに特有の大量のデータバーストに対して大きな利点となります。

IoT デバイスは断続的に接続され、効率的にアップグレードするために必要な計算能力が不足していることが多いため、アップグレードは大きな問題となります。コンテナは、新しいイメージが事前構成されたパッケージとして IoT デバイスにドロップされ、すべての作業をコンテナに任せるため、更新を効率的に配信するのに役立ちます。

クラウドに接続されるデバイスの数は当面減少することはなく、自動運転車の開発に伴い、エッジや複数のクラウドと通信する必要があるデバイスの数は増加し続けるでしょう。これらの数値が増加するにつれて、このテクノロジーはより主流となり、一般的な誤解は解消され、コンテナが問題に対する主要な解決策になるでしょう。