コンテナはマルチクラウドの鍵です

2017 年初頭に私が、コンテナが型にはめられることにうんざりしていると述べた投稿を覚えているかもしれません。 正確に言うと1月でした。 つまり、コンテナはもはや型にはめられることに飽き飽きしているのではなく、むしろそれに疲れ果てているのです。

彼らの疲労の証拠は、コンテナの採用に関する最近のPortworxの調査で見ることができます。 コンテナの採用率（最大 82%）と生産におけるコンテナの使用率（現在 83%）の両方で大幅な増加が報告されました。

しかし、それは驚くことではありません。 コンテナの導入はここ数年、着実に予算を消費する流れとなっています。 驚くべきなのは、その採用の背後にある理由です。 ネタバレ注意: これは実際にはマイクロサービスに関するものではありません。 

開発者の効率性の向上のすぐ後ろには、マルチクラウドの移植性という目標があります。 コンテナは、市場にまだ提供されていないが求められているポータビリティに対する答えとして考えられています。 その願望は、サーバーレスが失敗していることに対する答えとして、New Stack の「サーバーレス ガイド」レポートに示されています。 最も多かった回答（回答者の 29%）は、携帯性でした。

これは新たな懸念でも新たな課題でもなく、単に「ベンダー ロックインの回避」を表現する新しい方法にすぎません。 結局のところ、あらゆる形式のパブリック クラウドは製品であり、製品を採用した結果としてロックインが発生する可能性は常に存在します。 移植性が解決策として考えられています。 これにより、コンテナは、新興技術に熱中する人々が一般的に議論するよりも幅広いapplicationsにとって魅力的なものになります。

実際のところ、コンテナはマイクロサービスを実行するためよりも、従来のアプリ スタックやインフラストラクチャを提供するために使用される可能性の方が高いです。 一例として、90,000 個のコンテナからのデータを分析し、コンテナ内で何が実行されているかを明らかにしたSysdig レポートがあります。 リストの一番上には Java があります。 etcd 、 fluentd 、Elastic Search、 mongoDBなどの新興技術の寵児に加え、Apache、PostgreSQL、PHP、Apache Tomcat などの実績のある人気製品も散りばめられています。

大多数の組織はマルチクラウド環境で運営されています。 また、必要に応じてコンテナを使用して、アプリをクラウドに出し入れしています。 デジタル トランスフォーメーションの結果としてコンテナ化を検討していると回答した 2019 年のapplicationサービスの現状の回答者のうち、マルチクラウド アプローチを採用していないのはわずか 11% でした。 

コンテナは、マイクロサービスだけに関係する狭い役割に限定するのは得策ではありません。なぜなら、コンテナは、より多くのことを実行できるからです。 誇大広告の裏側を見なければ、マイクロサービス以外の用途でもコンテナを活用する機会を逃してしまう可能性があります。