クラウドネイティブについて簡単に説明

クラウドネイティブは、新しいソフトウェアアーキテクチャモデルとして、アプリケーションのアジャイル開発、迅速な展開、信頼性の高い運用を促進することを目的としています。この概念は長年提案されてきましたが、クラウドネイティブが徐々に中国中部の顧客から広く注目され、認知されるようになったのは近年のことです (これは正確ではないかもしれませんが、私の感覚と経験に基づくと事実です)。

この記事では、私が収集して整理した情報と私の理解を組み合わせて、クラウドネイティブとは何かを概観します。

コンセプト

技術を理解するには、まず概念から始めなければなりません。クラウドネイティブの概念に関連する主な組織は、Pivotal と CNCF の 2 つです。

Pivotal: Pivotal は、EMC、VMware、GE からの投資により 2013 年 4 月に設立されました。デジタル時代における企業の変革を支援するために必要なプラットフォーム上の PaaS クラウドコンピューティング、ビッグデータインフラストラクチャプラットフォーム、エクストリームプログラミングに重点を置いています。
CNCF: CNCF (Cloud Native Computing Foundation) は、Linux Foundation 傘下の財団であり、2015 年 12 月 11 日に設立された非営利団体です。

2015 年、Pivotal のテクニカルプロダクトマネージャーである Matt Stine 氏が初めてクラウドネイティブの概念を提唱し、クラウドネイティブアーキテクチャには次の機能が含まれている必要があると主張しました。

12の要素、マイクロサービス、アジャイルインフラストラクチャ、APIベースのコラボレーション、ストレス耐性に準拠

2017 年に Matt Stine 氏は InfoQ とのインタビューでクラウドネイティブ機能にいくつかの調整を加えました。

モジュール性、可観測性、展開可能性、テスト可能性、処理可能性、交換可能性

クラウドネイティブに関連するキーワードの一部は次のとおりです: https://tanzu.vmware.com/cloud-native:

マイクロサービス、DevOps、コンテナ、サービスメッシュ、CI/CD、サーバーレス

クラウドネイティブの定義は常に進化しており、新しいものが継続的に追加されることがわかります。

CNCF の公式定義が最初にどのように確立されたかを見てみましょう。

クラウドネイティブコンピューティングでは、オープンソースソフトウェアスタックを使用してアプリケーションをマイクロサービスとして展開し、各部分を独自のコンテナーにパッケージ化し、それらのコンテナーを動的にオーケストレーションしてリソースの使用率を最適化します。
クラウドネイティブは、オープンソースソフトウェアテクノロジースタックを使用してマイクロサービスアプリケーションをデプロイし、各コンポーネントを独自のコンテナーにパッケージ化し、動的なオーケストレーションを通じてリソースの使用率を最適化します。

2018 年に CNCF はクラウドネイティブ定義の v1.0 バージョンをリリースしました。アドレスは次のとおりです。

https://github.com/cncf/toc/blob/main/DEFINITION.md

クラウドネイティブテクノロジーにより、組織はパブリッククラウド、プライベートクラウド、ハイブリッドクラウドなどの新しい動的環境で、弾力的にスケーラブルなアプリケーションを構築および実行できるようになります。代表的なクラウドネイティブテクノロジーには、コンテナー、サービスメッシュ、マイクロサービス、不変インフラストラクチャ、宣言型 API などがあります。
これらの技術により、フォールトトレラントで管理しやすく、監視しやすい疎結合システムの構築が可能になります。信頼性の高い自動化と組み合わせたクラウドネイティブテクノロジーにより、エンジニアはシステムに頻繁かつ予測可能な重大な変更を加えることが容易になります。
Cloud Native Computing Foundation (CNCF) は、クラウドネイティブテクノロジーを促進するために、ベンダー中立のオープンソースエコシステムを育成および維持することに取り組んでいます。私たちは最先端のモデルを民主化することで、これらのイノベーションを大衆に利用できるようにします。

クラウドコンピューティングとクラウドネイティブの関係

初期の頃は、従来のエンタープライズソフトウェア開発は社内の物理マシン上で展開されていました。システムが正常に動作するためには、通常、多数のマシンが必要であり、データベース、ミドルウェア、プログラムのフロントエンドとバックエンドをすべて個別に展開する必要がありました。

その後、仮想化技術が導入され、物理的な制限の制約から解放され、さまざまな物理リソース（CPU、メモリ、ネットワーク、ストレージなど）の上に論理レイヤーを構築することで、物理リソースの利用率が向上しました。最も直感的にわかるのは、1 台の物理マシン上で複数の仮想マシンをすばやく実行できることです。つまり、物理マシンの数を減らしてコストを節約できるということです。

仮想技術の成熟により、クラウドコンピューティングが登場しました。 2006 年に、Google は初めてクラウドコンピューティングの概念を提案しました。クラウドコンピューティングの登場後、XaaS が徐々に登場しました。

IaaS (Infrastructure as a Service) : 必要なコンピューティング、ストレージ、ネットワークリソースを従量課金制でオンデマンドで提供するクラウドコンピューティングサービスの一種。このサービスモデルは、顧客のメンテナンスコストとハードウェアコストの削減に役立ちます。
PaaS (Platform as a Service) : クラウドコンピューティングサービスモデルの 1 つで、一連の開発ツール、サービス、アプリケーションプログラミングインターフェイス (API)、およびその他のリソースを含むプラットフォームを開発者に提供します。その目標は、クラウドプロバイダーが開発環境の管理と提供の責任を負い、開発者がアプリケーションをより迅速かつ効率的に構築、リリース、拡張、保守できるようにすることです。
aPaaS (Application Platform as a Service) : ローコード機能など、アプリケーションのより高速な構築サービスを提供することに重点を置いた特定のタイプの PaaS です。通常、視覚的な操作、効率的なデータ処理、モジュール関数の実装などを通じてネイティブコードの使用を削減し、開発者がアプリケーションをより効率的に構築、実行、保守、拡張できるようにすることを目的としています。
DaaS (Data as a Service) : 静的リソースのデータをインターネット経由で取得できる即時サービスに変換します。ユーザーは、データの保存と管理の根本的な詳細を気にすることなく、データに簡単にアクセスして使用できます。データはプラットフォームを通じて集中管理され、標準化されたデータアクセスとデータ処理プロセスが提供されます。
FaaS (Function as a Service) : イベント駆動型のサーバーレス実行モデルです。このモデルでは、開発者はサーバーの管理とメンテナンスを気にする必要がなく、ビジネス機能コードを記述してアップロードするだけで済みます。特定のイベントがトリガーされると、これらのコードはクラウドサービスプロバイダーによって完全に管理された環境で実行されます。
SaaS (Software as a Service) : 通常は Web ブラウザを通じてソフトウェアがユーザーに配信されるクラウドコンピューティングモデル。ユーザーはローカルマシンにソフトウェアをインストールしたり保守したりする必要はありません。すべてのアプリケーションとデータベースはクラウドデータセンターに配置されます。これにより、ユーザーのソフトウェアとハードウェアへの投資とメンテナンス作業が削減されます。

クラウドコンピューティングの普及に伴い、一部の企業はソフトウェアを徐々にパブリッククラウドに移行しています。ネットワーク、ストレージ、サーバーなどはすべてクラウドベンダーの IaaS および PaaS 機能によって提供されるため、それらについて心配する必要がなくなります。

しかし、あくまでもアプリケーションがクラウドに移行されたとしか言えません。ソフトウェアが動作するプラットフォームと運用保守体制のみが変わり、ソフトウェアのアーキテクチャや業務形態は大きく変わっていません。クラウドに展開されたアプリケーションは、そのほとんどが柔軟性とスケーラビリティに大きな制限がある従来のモノリシックアーキテクチャであるため、クラウドの特性を発揮しません。したがって、これは真のクラウドネイティブアプリケーションではありません。

真のクラウドネイティブアプリケーションを実現するには、プログラムをある程度変更する必要があります。コンテナ化されたデプロイメントとオーケストレーションに適応できる必要があります。マイクロサービスアプリケーションのように、迅速に応答し、動的に拡張できる必要があります。さまざまなクラウドミドルウェアなどに適応できる必要があります。

クラウドネイティブはクラウドコンピューティングの機能を活用します。クラウドコンピューティングは強力なインフラストラクチャとコンピューティングリソースを提供し、クラウドネイティブの開発の基盤を築きます。クラウドネイティブは、アプリケーションのアーキテクチャと管理を最適化することで、クラウドコンピューティングの利点をより有効に活用します。それらは互いに補完し合います。

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

上記の紹介から、クラウドネイティブの最終的な目標は、開発コスト、運用保守コスト、ハードウェアコスト、メンテナンスコストなど、さまざまなコストを節約することであることもわかります。

コストを節約できる理由は、主に以下の側面の設計と実践によるものです。

コンテナ化: アプリケーションをコンテナ化すると、アプリケーションとその依存関係が軽量で移植可能なコンテナにパッケージ化され、デプロイとスケーリングが容易になります。
コンテナオーケストレーション: Kubernetes などの自動デプロイメントおよびコンテナオーケストレーションツールは、トラフィックや負荷の変化に応じてアプリケーションインスタンスの数を迅速かつ動的に調整できるため、弾力性とスケーラビリティが向上します。
マイクロサービスアーキテクチャ: クラウドネイティブアーキテクチャでは通常、マイクロサービスアーキテクチャが採用されます。マイクロサービスアーキテクチャでは、アプリケーションを独立してデプロイされた小さなサービスのセットに分割し、各サービスを独立して拡張および調整できるため、システム全体の耐障害性が向上します。マイクロサービスアーキテクチャに関する私の理解は、必ずしも物理的な分割ではありません。論理的な分割が実現できれば、物理的には単一のボディであっても、拡張性と柔軟性が高まります。
動的リソーススケジューリング: クラウドネイティブアーキテクチャにより、動的なリソーススケジューリングが可能になり、アプリケーション要件を満たすためにコンピューティングリソースをオンデマンドで割り当てることができるため、リソース使用率が向上し、弾力性が向上します。
迅速な配信と継続的な展開: クラウドネイティブアーキテクチャは、自動化された継続的インテグレーションと継続的デリバリー (CI/CD) プロセスをサポートし、新しい機能、更新、修正をユーザーに迅速に提供できるようにします。これにより、開発チームの効率が向上し、製品の発売サイクルが短縮され、企業は市場の変化に迅速に対応できるようになります。

やっと

クラウドネイティブの概念を理解し、クラウドネイティブアプリケーションを開発すると、ビジネスの問題点を真に解決し、クラウドネイティブのメリットを享受できるようになります。例えば、プログラムをマイクロサービスに変換する場合、変換にかかるコスト、メリット、問題点などを事前に検討し、総合的に検討した上で決定する必要があります。

<<: レジストリ: 分散システムへの対応方法

>>: Open NOS によるクラウドとデータセンターの再構成の習得