クラウド ネイティブを恐れているのは誰ですか?

昨今、IT の世界は猛烈なスピードで変化しており、その変化の大部分は、アプリケーション コンテナ、特に Kubernetes という 1 つのテクノロジーに関係しています。このアプローチはクラウド コンピューティング向けに設計されており、Prometheus、Fluentd、rkt、Linkerd などのプロジェクトを含むソフトウェア エコシステム全体が「クラウド ネイティブ」の旗印の下に出現しました。しかし、クラウド ネイティブとは一体何でしょうか?データセンターの自動化の仕事は時代遅れになるのでしょうか?

幸いなことに、Kubernetes を管理する非営利団体である Cloud Native Computing Foundation (CNCF) のチームが数か月前に役立つ定義を開発しました。

[[243476]]

オープンソース

真のオープンソース方式で、GitHub で公開され、継続的に改善されています。この定義では、「クラウド ネイティブ テクノロジーにより、組織はパブリック クラウド、プライベート クラウド、ハイブリッド クラウドなどの最新の動的環境でスケーラブルなアプリケーションを構築および実行できます。コンテナー、サービス メッシュ、マイクロサービス、不変インフラストラクチャ、宣言型 API がこのアプローチの例です。」と述べています。

これらの技術により、疎結合システムの回復力、管理性、監視性が高まります。強力な自動化機能と組み合わせることで、エンジニアは最小限の労力で予測可能な方法で大きな影響のある変更を加えることができます。

この動きは、世界で最も成功しているデジタル企業の経験から生まれました。 「過去10年間、多くの先進的な企業がこうした問題について考えてきた」と、クラウド・ネイティブ・コンピューティング財団（CNCF）のエグゼクティブ・ディレクター、ダン・コーン氏は語る。 「Google は確かに最も著名なプレーヤーですが、Amazon、Twitter、Yelp、Pinterest、SoundCloud など、より大規模な事業展開を目指すすべての企業が、比較的似たようなソリューションを考案しました。このことを認識した各企業は、共有インフラストラクチャ上の一連のオープンソース プロジェクトに、これまでの学習をすべて投入し、その後、規模を拡大してイノベーションを起こすことができました。このイノベーションが今や誰でも利用できるようになったのは素晴らしいことだと思います。」

注目すべき重要な点の 1 つは、クラウド ネイティブへの移行には必ずしもパブリック クラウドが必要ではないということです。企業は、何らかのプライベート クラウド アーキテクチャをサポートしている限り、オンプレミスのデータ センターで Kubernetes を簡単に実行できます。

「重要なアイデアは、マシン上で 1 つのアプリケーションを実行して、『これがデータベース サーバー、これが Web サーバー、これがミドルウェア サーバー』と言うのではなく、すべてのアプリケーションをコンテナー化し、それらの要件セットを確立して、自動的にオーケストレーションできるようにすることです」と Kohn 氏は言います。 「これはまさに、インフラストラクチャの管理と展開の方法におけるパラダイムシフトです。」

「Kubernetes は歴史上最も急速に成長しているオープンソース プロジェクトの 1 つです。規模では Linux に次いで 2 位であり、『クラウド コンピューティングの Linux』とよく言われています」と Kohn 氏は指摘します。 「これには大きな勢いがあり、多くの点で、最新のインフラストラクチャに移行したい組織にとってデフォルトの選択肢になりつつあります。」

「エコシステム全体の動きはますます速くなっている」とパケットの共同創設者兼上級副社長のジェイコブ・スミス氏は語った。 「これはアプリケーション開発者向けのパブリック クラウド サービスです。10 年前の IT 担当者に尋ねれば、VMware などのこの分野に多くのリソースを投資していたでしょう。Kubernetes は登場してまだ 4 年ですが、すべてのトップ企業のエンタープライズ戦略を推進しています。」

アジャイル開発

クラウド ネイティブの包括的な概念には、継続的インテグレーションと継続的デプロイメント (CI/CD) も含まれます。これらは、DevOps と密接に関連するアジャイル開発方法論を説明するために使用される用語です。

「クラウドネイティブを望むかどうかに関わらず、継続的インテグレーションと継続的デプロイメント（CI/CD）あるいはDevOps文化は企業の目標となるべきだ」と、SolarWindsのマーケティングディレクター、パトリック・ハバード氏は語った。 「クラウド ネイティブ サービスは API 管理用に設計されているため、必要な俊敏性のレベルに対応することが、クラウド導入を最終的に成功させるための第一歩となります。クラウド ネイティブ サービスは、プログラムで管理されるように設計されています。」

ハバード氏は、一部のクラウドベンダーが DevOps を SKU のように扱い、組織が料金を支払ってインストールし、突然アジャイル手法を採用していると話していると指摘しました。残念ながら、そうではありません。コンテナと同様に、DevOps を使用するには追加のスキルと、ビジネス自体の構造的変化が必要であり、これが DevOps が依然として標準ではなく代替手段と見なされている理由の 1 つです。

しかし、データセンター業界の人々は、この突然の新しいテクノロジーの流入を心配すべきなのでしょうか?結局のところ、彼らは生き残るために既存の技術的知識に依存しており、Kubernetes は新しい未知の領域を提示します。

「彼らはこれをチャンスとして捉えるべきだ」とコーン氏は語った。 「従業員のスキルセットは互いに積み重なっています。経験豊富なシステム管理者であり、マシンの構成や Linux での作業が得意であれば、それらのスキルのほとんどすべてを DevOps やマイクロサービスとコンテナの現代の世界に適用することは非常に現実的です。」

仕事に没頭するのではなく、オンライントレーニングコースを受講し、この新しいテクノロジーと新しい分野を学び、理解することに時間を費やすべきだと思います。ここでは Linux とサーバーのテクノロジが関係しており、既存の知識と経験が依然として役立つことがわかります。いくつかの追加機能を追加するだけです。 ”

ハバード氏も同様の意見を述べ、「当社の IT トレンド レポートやその他の調査を見ると、仮想化があまり導入されていないため、クラウドにはキャリアを再起動するチャンスがあるようだということがわかりました。」

仮想マシンが登場する前は、組織にはデータセンター内に「ラック アンド スタック」マネージャーがいて、ケーブル配線を保守し、ラック内の物理ハードウェアの動作とセキュリティを確保していました。今日では、そのポジションは消滅し、組織はすべてのイーサネットとファイバーをインストールするために請負業者を雇い、そして 2 年後には必要がなくなったため、彼らは消滅します。労働者は、開発者になるためではなく、基本的な戦略を採用し、それを監督なしで実行できる Python に変換できるようにするために、コーディングを学ぶ必要があります。これは、5 年後の人々の働き方です。 ”

「中小企業では、ローカル リソースの管理にコマンド ラインを使用することを好む人がまだいますが、15 ～ 20 年前のテクノロジをまだ使用していて、API が提供する膨大なリソース、特にクラウド ネイティブ サービスを使用して、必要に応じて構成をすばやく変換および調整できることを発見している人もたくさんいます。これに遭遇すると、仕事の面で生まれ変わったような気分になります。これが、IT で最初に行う必要があることです」とハバード氏は述べました。