クラウド ネイティブと従来のクラウド コンピューティングの違いは何ですか?

クラウド ネイティブはここ 2 年で突然人気が高まり、ソーシャル メディアで頻繁に言及されるようになりましたが、まだ多くの人がクラウド ネイティブとは何かを知りません。毎日、私は引っ張られて、たくさんの新しい概念を学ばされます。新しい概念は、3 つのレベルから理解できます。1 つは、技術用語が提案された完全な歴史的背景、1 つは技術概念用語の進化プロセス、そして 1 つは現在の主流の談話システムと実際の事例に基づく解釈です。

クラウドネイティブの起源

クラウド ネイティブの概念は 2010 年に初めて登場し、当時 Paul Fremantle のブログ投稿で言及されました。彼は主に、分散型、ルーズ、セルフサービス型、継続的にデプロイおよびテストされるなど、クラウド システムのように動作するアプリケーションの作成であると説明しました。当時、クラウド コンピューティングの特性に準拠した標準を構築し、クラウド コンピューティング アプリケーションの作成をガイドするために、クラウド ネイティブが提案されました。

2013 年後半、Matt Stine 氏は Twitter でクラウド ネイティブの概念を急速に広め、2015 年の著書「Migration to Cloud Native Architecture」でクラウド ネイティブ アーキテクチャの特徴 (12 の要素、マイクロサービス、セルフサービス、API ベースのコラボレーション、回復力) を定義しました。この本の宣伝と販売により、多くの人がクラウドネイティブを早くから知るきっかけとなりました。同時に、クラウドネイティブも12の要素によって抽象的な概念になりました。

CNCF Foundationの設立とクラウドネイティブコンセプトの進化

2015 年、Linux Foundation は Cloud Native Computing Foundation (CNCF) を設立しました。 CNCF Foundation の設立により、クラウド ネイティブは高速開発トラックに正式に参入しました。 Google、Cisco、Docker などの大手メーカーも参加し、徐々に Cloud Native を中心とした特定のツールを構築してきました。クラウドネイティブの概念は徐々に具体的なものになってきています。そのため、CNCF Foundation によるクラウド ネイティブの当初の定義も深く狭いものでした。当時、クラウド ネイティブは、コンテナ化されたカプセル化 + 自動管理 + マイクロサービス指向として位置付けられていました。

CNCF は「クラウド ネイティブ」をもう少し狭く定義し、オープン ソース ソフトウェア スタックを使用してコンテナ化すること、つまり、アプリの各部分が独自のコンテナにパッケージ化され、動的にオーケストレーションされて各部分がアクティブにスケジュールおよび管理され、リソース使用率が最適化され、マイクロサービス指向でアプリケーションの全体的な俊敏性と保守性が向上することを意味します。

これは主に、当時の CNCF Foundation のコア ソフトウェアが k8s であったため、概念的な定義は主にコンテナ オーケストレーションを中心に構築されたエコシステムに基づいていたためです。実際、CNCF がクラウド ネイティブを定義するときに、コンテナ エコシステムについてのみ話しているように感じることがあるのは、このためです。

2017 年、クラウド ネイティブ アプリケーションの提唱者の 1 つである Pivotal は、公式 Web サイトでクラウド ネイティブを DevOps、継続的デリバリー、マイクロサービス、コンテナーと定義しました。これは多くの人にとってクラウドネイティブの基本的な印象となっています。

2018 年に Service Mesh が追加されたことにより、CNCF のクラウド ネイティブの定義が変更され、これが徐々に誰もが認める公式の定義になりました。

クラウド ネイティブ テクノロジーにより、組織はパブリック クラウド、プライベート クラウド、ハイブリッド クラウドなどの最新の動的環境でスケーラブルなアプリケーションを構築および実行できるようになります。コンテナ、サービス メッシュ、マイクロサービス、不変のインフラストラクチャ、宣言型 API などがこのアプローチの例です。

これらの技術により、回復力があり、管理しやすく、監視可能な疎結合システムが可能になります。堅牢な自動化と組み合わせることで、エンジニアは最小限の労力で、影響の大きい変更を頻繁かつ予測どおりに行うことができます。

Cloud Native Computing Foundation は、オープンソースでベンダー中立なプロジェクトのエコシステムを育成し、維持することで、このパラダイムの採用を促進することを目指しています。私たちは最先端のパターンを民主化し、誰もがこれらのイノベーションを利用できるようにしています。

総括する：

• コンテナ、サービス メッシュ、マイクロサービス、不変のインフラストラクチャ、宣言型 API 上に構築された、弾力的にスケーラブルなアプリケーション。
• 耐障害性が高く、管理と監視が容易な自動化テクノロジーに基づく疎結合システムを構築します。
• クラウド ベンダーが提供するサービスから切り離すことができる、統合されたオープン ソース クラウド テクノロジー エコシステムを構築します。

この段階では、CNCF のクラウド ネイティブの定義にサービス メッシュと宣言型 API が追加され、同時にこの概念のより深い意味、つまり統一された中立的なオープン ソース クラウド エコシステムを確立することが説明されていることがわかります (中立的であるかどうかについては、ここでは議論しません:)。これはクラウドネイティブのエコロジカルな位置づけにとって非常に重要なポイントであり、クラウド大手の独占を打ち破ることが CNCF 設立の本来の目的の 1 つでもあります。

クラウドネイティブの解体

単語の歴史的背景を見ることに加えて、単語を解釈する別の方法は、純粋に「文字通りの意味」から概念を理解することです。

クラウド ネイティブは、文字通りクラウドとネイティブを組み合わせたもので、クラウド コンピューティングとネイティブ (クラウド コンピューティングのネイティブ居住者、つまり、クラウド コンピューティングへの親和性を持って生まれた人々) を意味します。

では、「クラウド ネイティブ」をどのように理解すればよいのでしょうか?

まず、クラウドの観点から見ると、クラウドは本質的に安定したコンピューティングとストレージのリソースを提供するオブジェクトとして見ることができます。これを実現するために、仮想化、弾力的な拡張、高可用性、高いフォールト トレランス、自己回復がクラウドの最も基本的な属性となります。クラウド ネイティブはクラウド コンピューティングの一形態であり、これが最初のレベルの意味です。

2 番目のレイヤーは、ネイティブの視点から見ることです。クラウド ネイティブは、クラウド上で実行される従来のアプリケーションとは異なります。たとえば、パブリック クラウド上に構築されるアプリケーションの中には、従来の SOA (サービス指向アーキテクチャ) アーキテクチャに基づいて設計および構築され、その後クラウド サーバーに移植されて運用されるものがあります。この場合、クラウドとの統合は非常に低くなります。現在、UFIDA、Kingdee など、ほとんどの SaaS サービスがこのようになっています。

クラウドとの統合が低いのはなぜですか?分散アーキテクチャであるため、クラウドの「ネイティブ」も分散アーキテクチャに基づいて設計する必要があります。マイクロサービスまたはサーバーレスは、サービスまたは機能をモジュールに分割する疎結合システムであり、当然ながら分散設計の属性を備えています。これはネイティブの最初の表現です。

第二に、PaaS サービスとして、クラウドは「ネイティブ レジデント」として、誕生 (設計) から成長 (開発)、そして存続 (展開) まで、クラウドの概念に基づいて実装される必要があるため、それを実現するには、一連の自動化された開発プロセス CI/CD が必要です。これは Native の 2 番目の表現です。

最後に、「ネイティブ」機能は、AmazonのAWS、MicrosoftのAzure、中国のAlibaba Cloudなど各メーカーのパブリッククラウドでも、各企業が独自に構築したプライベートクラウドでも、すべてのクラウドに適応できることを目指しており、クラウドネイティブアプリケーションはシームレスな操作と接続を実現できます。