クラウドネイティブの利点と落とし穴を探る

クラウド ネイティブ テクノロジーは、サービスの展開と運用を高度に自動化された方法で処理する新世代のソフトウェアであり、クラウドが提供する可能性を中心に特別に設計されています。クラウド ネイティブ テクノロジーの中核となるのは、クラウド ネイティブ アプリケーションのオーケストレーターである Kubernetes です。

この記事では、クラウド ネイティブ テクノロジーの利点、その利点を実現する方法、そして最大の落とし穴について説明します。タダのものはないことを常に覚えておいてください。

クラウドネイティブのメリット

クラウドネイティブのテクノロジー、ツール、作業方法の利点は次のとおりです。

• リスクの軽減。クラウドネイティブのツールとテクノロジーの高度な標準化により、組織的（知識移転パスの増加とエンジニア間の冗長性）など、いくつかの領域でリスクが軽減されます。
• メンテナンスの負担を軽減します。クラウド ネイティブ テクノロジーは、自動化とソフトウェア主導の運用に非常に適しており、需要メンテナンスにおけるエンジニアへの依存度が低くなります。
• CAPEX と OPEX コストを削減します。クラウド ネイティブを導入すると、リスクとメンテナンスの負担が直接的に軽減され、設備投資 (ビジネスを行うために必要な先行購入) と運用コスト (ビジネスを行う際に発生する継続的なコスト) を大幅に削減できます。
• セキュリティが強化されました。 Kubernetes ベースのクラウド ネイティブ プラットフォームにセキュリティ コンポーネントを追加すると、アプリケーション自体のコードを変更することなく、アプリケーションに複数層の境界防御がもたらされます。
• 開発者に優しい操作エクスペリエンスが DevOps の作業方法をサポートします。アプリケーションの開発と運用に対するこの最新のアプローチにより、運用上の責任がアプリケーション開発者に委ねられ、チーム間の非効率的なコミュニケーションのボトルネックが排除されます。

要約すると、クラウドネイティブのテクノロジー、ツール、作業方法により、チームの規模を拡大することなく開発作業を増やすことができます。もちろん、これは開発チームにプラットフォーム操作も要求することで開発チームを大幅に縮小しないことを前提としています。

あまり哲学的になりすぎずに言えば、クラウド ネイティブとは、クラウドを、クラウドに対抗するのではなく、クラウドと連携して、本来の用途どおりに使用することを意味します。これが名前の由来です。

もちろん、他の利点もあります。開発者のエクスペリエンスが大幅に向上し、最新かつ最高のツールを使用したい優秀な開発者を雇用して維持することが容易になり、技術開発の最前線に立つことができるため技術者にとっても素晴らしいことであり、CNCF は魅力的なコミュニティです。すべての大企業は、コスト効率の高い方法で成功するスケーラブルなオンライン サービスを提供するという点でも、エンジニアの注目という点でも、競争力を維持するためにクラウド ネイティブに大きく依存しています。

クラウド ネイティブはどのようにしてこれらの利点を提供するのでしょうか?

クラウド ネイティブは、本質的に、標準化と自動化という 2 つの基盤に依存しています。

ソフトウェアの展開方法に関する標準化により、基盤となるテクノロジーに関係なく、テクニックとツールが同様に機能することが保証されます。プログラミング言語、基盤となるオペレーティング システム、クラウド インフラストラクチャなど、これらはすべて、かつてはソフトウェアの導入と運用に大きな影響を与えていましたが、現在では標準化により抽象化されています。

自動化は常に望ましい機能でしたが、今日見られる高度な自動化は、クラウド ネイティブによって具体化された厳格な標準化の直接的な結果です。カスタマイズされた脆弱な自動化ソリューションは過去のものになりました。適切に設計されたクラウドネイティブ アプリケーションは、標準化されたインターフェースに従うことで高度に自動化できます。

標準化と自動化により、運用環境でソフトウェアを操作するタスクが大幅に簡素化されました。実際、完全に自動化されたソフトウェア リリースは、以前は少数のディープ テック企業でしか実現できず、利用できなかったレベルにまで達しつつあります。この種のプロセスとツールのサポートは、あらゆる規模の企業が利用できる商品となっています。

クラウド ネイティブの落とし穴、または最大の落とし穴は何ですか?

メリットは良さそうですが、何か問題があるのでしょうか?

はい。

クラウド ネイティブの利点はすべて、単独で現れるわけではありません。これらのテクノロジーが依存するプラットフォームを誰かが提供する必要があります。 Kubernetes などのプラットフォーム テクノロジーは、魅力的なクラウド ネイティブの利点を提供する開発者向けの抽象化を提供しますが、クラウド ネイティブ プラットフォーム自体は管理する必要があるためです。

アプリケーション開発者に Kubernetes プラットフォームの管理を依頼するのは、スキル要件がまったく異なるため、不合理です。ユーザーフレンドリーなアプリケーションを作成したり、データベースを効果的に使用してエンド ユーザーを満足させる能力は、オペレーティング システムの奥深くにあるパフォーマンスやメモリ リークの問題をトラブルシューティングする能力とはまったく重複しません。

クラウド ネイティブのメリットをよりコスト効率よく享受するには、ワークフロー プラットフォームをサービスとして利用します。ただし、クラウド プロバイダーの「責任共有モデル」では、従来のマネージド Kubernetes サービスのほとんどは範囲が制限されていることに注意してください。これらを使用すると、プラットフォームの管理とトラブルシューティングを引き続き行うことができます。 Kubernetes は実際にはプラットフォームの基盤に過ぎないことを考慮すると、開発者は、プラットフォームを正常に稼働させるためのトラブルシューティングのアドバイスを必死に Google で検索して、より生産的に作業できるにもかかわらず、数え切れないほどの問題に対処するために時間を費やすことになります。

対照的に、完全に管理された Kubernetes Platform as a Service (KPaaS) オファリングでは、完全に利用可能で最新の Kubernetes プラットフォームに対して予測可能なコストを支払うことになります。

それは、自分で車を製造して維持するのではなく、サービスと保証を含めて車をリースするようなものです。前者は予測可能であり、車を所有するという中核的なタスクに集中し、どこに行くかだけに注意を払いたい人に適しています。プラットフォームを自ら維持管理する必要がある方（比較的コストを節約できます）。しかし、それはまた、溝の中に立ち、自分の車のエンジンから煙を吹き出し、高速道路をレンタカーで猛スピードで走る他の人々を眺めることを意味していた。

まとめ

クラウドネイティブのテクノロジー、ツール、働き方を採用した企業は、大きなメリットを享受しています。実際、2022 年までに、革新的で機敏な大手企業はすでにこれらを使用しているため、これを使用しないと不利になります。標準化と自動化はどちらもリスクとコストの削減に役立ち、適切に構成された Kubernetes ベースのプラットフォームにより、アプリケーションをさらに標準化し、合理化することができます。

問題は、これらのプラットフォームを自社で運用するということは、アプリケーションに対して安全で信頼性が高く、パフォーマンスの高い環境を提供する責任がエンジニア チームにあるということです。組織の目標がソフトウェア サービスを提供することである場合は、基盤となるプラットフォームの管理に伴う追加の運用および保守の負担にかかるコストよりも、そのメリットの方が大きい可能性があります。

最もコスト効率よくメリットを得るには、経験豊富な専門家チームにプラットフォームとクラウド インフラストラクチャを管理させ、真に効果的なクラウドネイティブ Kubernetes プラットフォーム サービスを提供することが挙げられます。