KubernetesはITスキルの価値を高める

Kubernetes は、プラットフォーム間での開発、テスト、および生産プロセスの一貫性の向上を目指す企業の状況に革命をもたらしている、オープンソースのクラウドネイティブ コンテナ管理プラットフォームです。

Kubernetes は AI や機械学習に比べると目立ちませんが、すでに後者を取り巻く問題を経験しています。コンテナ化された環境の管理を「オーケストレーション」および「自動化」できる Kubernetes は、IT チームの役割を脅かしたり、さらには置き換えたりするのでしょうか?しかし、一貫した事実は、新しいテクノロジーは雇用機会を減らすのではなく、生み出すことができるということです。

IDC によると、開発者は購入の決定に対して高い自由度、独立性、影響力を持っており、開発者の 70 ～ 79% が、そのような投資に大きな影響を与えたり、完全に決定したりできると感じています。 CNCF によると、世界中に 650 万人のクラウド ネイティブ開発者がおり、そのうち 270 万人が Kubernetes を使用しており、IT チームが相談してサポートしなければならない巨大な人材プールとなっています。クラウドネイティブ開発者の数も増加しており、これらの新しいテクノロジーによって、実際に失われる IT 管理およびソフトウェア開発の仕事よりも多くの仕事が生み出されています。

開発サイクルの短縮、自動化のレベルの向上、コンテナ プロセスの普及により、コストとデータという 2 つのことが実現します。これらのプラットフォームのコストを誰が管理し、制御するのでしょうか?そして、生成される膨大な量のデータを誰が管理し、保護するのでしょうか?答えは常に、優れた技術的スキルを持つ人です。

開発の民主化

すべての革新的なテクノロジーと同様に、Kubernetes もトレーニングと実験期間なしには導入できません。企業は、Kubernetes のような新しいテクノロジーを導入するにあたって、まだ興奮しているものの、時にはフラストレーションを感じている段階にあります。 Kubernetes は、アプリケーションを構成する複数のコンテナを論理ユニットに集約する上でその価値を示してきました。これは、IT チームがすでに認識しているコア機能の 1 つです。 Kubernetes を導入するためのこのアプリケーション中心のアプローチにより、IT チームは人為的エラーを心配することなく、アプリケーションの配信を高速化および拡張できます。つまり、企業はアプリケーションをより速く、より大規模に、より正確に提供できるようになります。

しかし、もっと興味深いのは、Kubernetes で何ができるかではなく、より広いレベルで何を達成できるかです。基本的に、Kubernetes はソフトウェア開発者が必要とするインフラストラクチャを民主化およびコモディティ化し、現代のクラウドネイティブ アプリケーションのコア テクノロジーになりました。これにより、このテクノロジーが将来何を達成できるかを垣間見ることができます。 Kubernetes はほぼすべてのプラットフォームで実行でき、同じアプリケーションをプラットフォーム間でほぼ自由に実行できます。

この柔軟性により、IT チームは Kubernetes を使用してインフラストラクチャ全体を管理できるため、コンテナ、仮想マシン、SaaS (Software as a Service) に個別の管理レイヤーを使用する必要がなくなります。このような強力な管理機能により、IT チームはインフラストラクチャをあらゆるレベルで制御できるようになります。たとえば、これにより、企業がコストを管理し、関連するデータ規制への準拠を確保する方法が変わる可能性があります。しかし、ソフトウェアやアプリケーション開発の可能性とスピードの面でも大きな意味を持ちます。これは、Kubernetes が組織の IT 部門の価値と IT スキルの価値を実際に高めることができる 1 つの方法にすぎません。

金融サービス、小売、製造などの業界でのアプリケーション開発では、もはや誰が何ができるかではなく、誰が最初に開発に着手し、最も速く革新を起こし、数か月ではなく数日で変化する市場の需要と顧客の期待に応えることができるかが重要になります。これには、IT 担当者がデスクを離れ、取締役会の議論に参加し、将来のビジネスにおいて重要な役割を果たすことが必要です。

ITチームの再トレーニング

大いなる力には大いなる責任が伴う。この機会をつかむには、IT チームには Kubernetes によって生み出される機会を最大限に活用できる力、ツール、スキルが必要です。これには大胆な決断、未知の世界を探求する意欲が必要であり、インフラ部門の同僚たちは少し不安を感じるかもしれませんが、すでに多くの人がこの決断を始めています。最近、当社の 2021 年クラウド保護トレンド レポートでは、世界中の組織の 61% がすでにコンテナ プラットフォームを本番環境で使用しており、積極的にテストしているか、来年中に使用する予定であることがわかりました。一部の人々の懸念に応えて、私は最善を尽くし、問題があればプラットフォームを通じて解決するつもりです。これにはどのようなインフラストラクチャが必要ですか?適切かつ必要なアーキテクチャを実現するにはどうすればよいでしょうか?プラットフォームまたはインフラストラクチャ レベルから見ると、個々のアプリケーションを扱っているのか、物理、仮想、クラウド、Kubernetes、およびより広範なクラウド ネイティブ エコシステムに関する特定の質問を扱っているのかは関係ありません。これらのプラットフォームにはそれぞれ長所と短所がありますが、最も重要なワークロードを最適なプラットフォームに移行することを妨げるものではありません。古いことわざに「できるからといって、それをすべきだとは限らない」というのがありますが、ここではまさにその通りです。

Kubernetes がこれまでに生み出した、そして将来生み出すであろう機会を理解すると同時に、リスクのないプラットフォームは存在しないということも忘れてはなりません。 Kubernetes では、データ損失は依然として発生し、可用性ソリューションやレプリケーションでは対処されません。したがって、組織では依然として、幅広い Kubernetes アプリケーション スタックと展開方法に基づくバックアップ ソリューションが必要です。たとえば、Veeam の Kasten K10 はアプリケーション向けに設計されており、複数のクラウド クラスターやオンプレミス クラスターで実行できる Kubernetes ネイティブのバックアップ ソリューションであり、データ サービスの提供にも使用できます。より多くの「ステートフル」なコンテナ アプリケーションが本番環境で使用されるようになると、データを総合的に保護する必要性が増す可能性があります。つまり、リポジトリだけでなくコンテナ内でネイティブな保護を提供する必要があります。逆に、サードパーティのネイティブ バックアップの必要性も存在します。

客観的かつ実用的な観点から見ると、Kubernetes とクラウド ネイティブでは現在存在するすべての問題を解決できるわけではなく、将来も解決できるわけではありません。しかし、IT チームは、十分な情報に基づいた意思決定を行うために、自らの能力と相対的な強みを理解する必要があります。これらは、私たちが長年使用してきたプラットフォームに比べると怖くも複雑でもありませんが、私たちが使い慣れているプラ​​ットフォームと同様に優れた機能を備えています。あるいは、より現実的に言えば、一部のシナリオには適していますが、他のシナリオには適しておらず、損失を防ぐためにすべてのデータをバックアップする必要があります。 Kubernetes を真剣に受け止め、その可能性を最大限に引き出すチームは、アプリケーション開発のスピードと品質を向上させ、顧客の心をつかむ新しい機能、サービス、製品を立ち上げる際に大きな勝利を収めるでしょう。 Kubernetes がアプリケーション開発の速度と効率を向上させるだけでなく、他のビジネス領域、仮想マシン、またはクラウドベースの Infrastructure as a Service (IaaS) のオーケストレーションにも使用でき、すべてのワークロードが同じオーケストレーション エンジンのメリットを享受できるシナリオを想像してみてください。