クラウドネイティブの「春」は来るのか？

IT 業界では、従来の IT アーキテクチャを「煙突」アーキテクチャと比較することがよくあります。このフレームワークでは、各ビジネス ラインは独立した「煙突」であり、通常は異なる開発チームによって構築および運用されます。テクノロジー スタックが異なるだけでなく、相互運用性もありません。そのため、異なる事業間でデータの流れが困難になります。

[[436663]]

コンテナに代表されるクラウドネイティブテクノロジーは、この問題をうまく解決できます。これは、従来のアーキテクチャの「煙突」を個々の「ビルディング ブロック」（つまり「コンテナ」）に分解し、特定のビジネス ニーズに応じて必要な「ビルディング ブロック」を柔軟に選択して組み換えることに相当します。このようにして、データの境界は特定のシステムに限定されなくなり、企業内で真に流通できるようになります。

コンテナ技術は約 20 年前に登場しましたが、2013 年に Docker が誕生して初めて、世間の注目を集めるようになりました。そして、2014 年に Kubernetes プロジェクトがリリースされ、コンテナ テクノロジーは急速に普及し、実装されました。 「遅咲き」ではありますが、コンテナはここ2年で目に見えるほどの急速な発展と応用を遂げています。

データの表示は最も直感的です。中国情報通信研究院の「2020年クラウドコンピューティング発展白書」の調査報告によると、2019年には43.9%の企業がコンテナ技術を使用して業務アプリケーションを展開したと回答し、40.8%の企業がコンテナ技術を使用して業務アプリケーションを展開する予定であると回答した。ガートナーは、「予測分析：グローバルコンテナ管理（ソフトウェアとサービス）」レポートで、2024年までに大企業の75％が本番環境でコンテナ技術を使用すると予測しました。また、中国市場については、IDC は、2022 年までに中国のトップ 500 社のうち 60% がクラウド ネイティブ アプリケーションとプラットフォームの自動化、オーケストレーション、開発ライフサイクル管理に投資すると推測しています。

特に、流行病の影響を経験して以来、俊敏性とイノベーションは企業にとってさらに重要なスキルとなっています。コンテナはビルディングブロックと同じくらい柔軟であるため、企業は開発および運用プロセス中に生産性を高め、イノベーションを強化することができます。したがって、それらはますます重要視されるようになっています。

ZDNet は過去数年間、クラウド ネイティブ テクノロジーに関する調査を実施し、金融、製造、小売などさまざまな業界の企業にインタビューを行って、コンテナー、Kubernetes、マイクロサービスなどのクラウド ネイティブ テクノロジーの受け入れと適用の程度、およびこのプロセスにおける課題と解決策を理解しようとしてきました。これらを踏まえると、クラウドネイティブ技術の「春」は本当に到来しているのではないかと考えています。

クラウドネイティブ技術の魅力とは？

1. 開発の反復効率を向上させる

江台保険ブローカー株式会社（以下、「江台保険」といいます）は、我が国で設立された最初の保険仲介会社です。同社の業務には、リスク調査、リスク評価、保険処理、再保険手配、保険金請求支援などの一連の保険仲介サービスが含まれます。現在、全国に140以上の支店を展開しています。近年の事業規模の拡大と消費者市場の変化に伴い、江泰保険は、台頭するデジタル保険仲介プラットフォームの影響に対応するため、クラウドコンピューティング、コンテナ、モバイルインターネットなどの技術を幅広く採用してきました。

新しい技術の応用効果は迅速であるだけでなく、明らかです。江泰保険の社長補佐を務める李玉村氏はZDNetの記者に対し、同社は現在、マイクロサービスアーキテクチャとコンテナ技術に基づき、平均して毎日1～2の保険商品を発売でき、最も速いものは3時間で発売できると語った。以前なら、最初から最後まで 2 ～ 3 か月もかからずに新しい保険商品を市場に投入することは不可能でした。 2019年上半期だけで、江泰保険は一気に7つのシステムを開発しました。

マイクロサービス アーキテクチャでは、コンテナーは「小さなサーバー」のようなものであり、基本的な開発環境の迅速な展開を満たすのに十分です。そのため、開発者にとっては、インターフェースが明確に定義されていれば、サーバーやオペレーティングシステムなどの面倒な問題を考慮する必要がなく、すぐに機能を開発できるため、開発効率が向上します。開発効率の向上は、開発、導入、運用保守のコスト削減を意味します。これは企業にとって非常に魅力的です。

2. トラフィックの高同時実行性をサポート

大手証券会社を例に考えてみましょう。証券機関は、コンテナと Kubenetes を中核として構築されたコンテナ クラウド プラットフォームを通じて、開発、テスト、および実稼働環境の一貫性を実現しました。これにより、単一のアプリケーションの開発期間も半年から数日に短縮され、インターネット アプリケーションは第 2 レベルのサービス インスタンスのスケーリングを実現しました。プラットフォームがリリースされてから3年が経ち、本番環境におけるコンテナ展開インスタンスの数は数百ノードに達し、サポートされる業務システムの数は20以上に達したとされています。

コンテナ技術は、開発のスピードアップに加え、複雑なシステムの運用や保守をサポートする可能性も秘めていることがわかります。この機能は、大量のトラフィックの同時処理が必要になることが多い金融やインターネットなどの業界にとって、単なる「朗報」以上のものです。

これまで、企業はトラフィックのピークに対応するために、容量を拡張するためにサーバーを購入する必要がありました。既存のサーバーがある場合でも、ソフトウェアを再インストールしてから展開する必要がありました。一連の手術の後、デイリリーは冷たくなっていました。コンテナ テクノロジを使用すると、わずか数個のコマンドでアプリケーション サービスを迅速に拡張でき、これには数分または数秒しかかかりません。

さらに重要なのは、トラフィックが少ない期間であれば、ユーザーはコマンドラインを数行入力するなど、非常に簡単な操作でコンピューティング リソースをすぐに解放できるため、企業のコストの無駄を大幅に削減できることです。

3. 弾力的なスケーリングと柔軟なリソース管理を実現する

実際、ほとんどすべての企業では、期間や業務の配分の観点から見ても、情報とトラフィックの同時性を均等に分散することができないため、コンピューティング リソースを特定の期間や特定の業務にのみ長期間投資することはできません。柔軟な対応が最も信頼できるアプローチです。

華夏銀行技術部門責任者は、Zhiding.comの記者とのインタビューで、WeChat銀行の業務再構築を例に挙げ、華夏銀行がコンテナ技術を使用して、本部と支店間のリソースの柔軟な呼び出し、割り当て、拡張をどのように実現しているかを紹介した。例えば、華夏WeChat銀行のWeChatメッセージプッシュの場合、支店がオフラインまたはオンラインのマーケティングイベント（6.18イベントなど）を開催すると、メッセージプッシュの需要が急速に増加します。このとき、コンテナ技術により、システム内のアイドル リソースを迅速に呼び出して、メッセージ配信のニーズを満たすことができます。

さらに、WeChat Bank のさまざまな支店での業務では、通常、カスタマイズの要求が強くなります。たとえば、ある支店では新しい資産管理商品を開発したいと考えており、別の支店ではカスタマイズされた支払いサービスを提供したいと考えています。このとき、コンテナ プラットフォームに基づいて、本社は全体的な開発標準と基本サービスのセットを事前に準備し、支社は独自のサービス ニーズに応じてカスタマイズされた変換と開発を行うことができます。これにより、反復的な開発作業を削減できるだけでなく、サービス面でも本社と支社の連携と能力共有を実現できます。さらに、コンテナ同士が分離されているため、本社全体の業務に影響を与えることなく開発や展開を行うことも可能です。

これからのハイブリッド・マルチクラウド時代においては、コンテナの「能力」が、その応用と普及をさらにスムーズにしていくことが予測されます。パブリック クラウド、プライベート クラウド、ローカル データ センターなどのさまざまな環境のリソース間を柔軟に「移動」し、企業が複数の環境間でシームレスな切り替えと制御を実現できるようにします。このような「統合管理」機能は、今後あらゆる企業に必要となるでしょう。

応募要件は何ですか?

この時点で、コンテナ テクノロジの利点は明らかです。しかし、すべてのテクノロジーと同様に、完璧ではありません。たとえば、使いやすさと製品化が限られているため、企業内の多くの技術担当者にとって、使用のハードルは比較的高くなります。具体的な困難は、複雑な展開および管理環境、セキュリティおよびネットワークの問題、アプリケーションの分割、人材の問題など、さまざまな側面から生じる可能性があります。

ZDNetのDWorksが実施した調査によると、企業はコンテナの複雑な導入環境によってもたらされる管理の難しさ（25.9%を占める）が最も困難な問題であると考えている。コンテナごとにオペレーティング システムとカーネルをロードする必要がないため、コンテナ化では、仮想化環境と比較して、特定のインフラストラクチャ内でより高いワークロード密度を実現できますが、仮想化環境によってコンテナの展開と管理環境の複雑さが増します。結局のところ、それは技術的なトレードオフの問題です。

企業が最も懸念している問題であるセキュリティを例に挙げてみましょう。コンテナによってもたらされるセキュリティ上の課題は、従来のセキュリティ問題とはまったく異なります。以前は、サーバーでは通常、少数のアプリケーションしか実行できませんでしたが、前述のように、コンテナーを使用すると、エンタープライズ ビジネスを無数の小さなアプリケーションに分割できるため、サーバー上で数百のアプリケーションを実行できるようになります。さらに、複数の環境間での呼び出し、更新、移行の頻度が増加するにつれて、リスクはより遍在的かつ現実的になります。

同時に、企業自身の戦略的なレイアウトや思考の変革も重要です。たとえば、コンテナ化のプロセスでは、企業は「はい、いいえ」と「どのように」という問題にも直面します。コンテナ テクノロジの導入には、必然的に多数の従来のアプリケーションの変換が必要になるため、従来の企業にとっては、これは莫大な初期投資となります。したがって、企業は 2 つの難しい問題に直面しています。1 つ目は、どのアプリケーションをコンテナ化する必要があるか、そしてどのアプリケーションがコンテナ上での実行に適していないかということです。 2 番目に、分割する必要がある場合、どの程度の粒度に分割するかです。

企業やビジネス アプリケーションが異なれば、答えも異なる場合があります。たとえば、アプリケーションがオンラインになってから半年または 1 年以内に拡張、縮小、またはアップグレードする必要がない場合は、コンテナには適していない可能性があり、仮想マシンまたは物理マシンに配置できます。 C エンドの顧客またはチャネル向けの新しいアプリケーションの場合は、コンテナの方が適しています。そのためには、企業は自社にとってより適切な一連の標準を開発する必要があります。

つまり、過去 2 年間の企業からの需要の増加に伴い、テクノロジ自体と関連標準がより成熟し、完成度が高まり、関連する製品やソリューションを発表するテクノロジ サービス プロバイダーが増えています。企業の前に立ちはだかる「壁」は、やがてゆっくりと破壊されるだろう。

プラットフォームのオプションは何ですか?

それでは、市場で入手可能な比較コンテナ製品を見てみましょう。

現在主流のクラウドサービスプロバイダーは、独自のコンテナおよびサービス（CaaS）製品を立ち上げていると言えます。世界的に見ると、AWS には Kubernetes を使用しない Elastic Container Service (ECS) と Elastic Kubernetes Service (EKS)、Microsoft Azure には Kubernetes Service、Google には Kubernetes Engine (GKE) があり、IBM/Red Hat、VMware、SUSE/Rancher などもコンテナ分野のリーダーとなっています。

2020年第3四半期のForresterのマルチクラウドコンテナ開発プラットフォーム調査レポートによると、Red Hat、Google、Rancherが3大リーダーとして挙げられました。その中で、Red Hat の OpenShift は最も広く導入されているマルチクラウド コンテナ プラットフォームであり、多くのパブリック クラウド、プライベート クラウド、ローカル環境で強力な開発と統合された運用および保守の経験を​​備えています。企業にとって、OpenShift は、ニーズに応じてすべてのアプリケーションを柔軟に移動し、統一的に管理できる基盤のようなものです。 IBM は Red Hat を買収した後、OpenShift をベースとしたエンタープライズ レベルのコンテナ化ソリューションである Cloud Paks を立ち上げました。

Google と Rancher にもそれぞれ利点があります。 Forreste 氏は、Google の最大の強みは強力な DevOps 自動化であると考えています。一方、Rancher の評価では、大規模なマルチクラウド Kubernetes 管理を大幅に簡素化できるとしています。

中国では、Huawei Cloud、Alibaba Cloud、Tencent Cloud などの主要なクラウド サービス プロバイダーも、企業に多くのコンテナ製品とサービス オプションを提供しています。たとえば、Huawei Cloud には、Cloud Container Engine CCE、Container Image Service SWR、Application Orchestration Service AOS があります。 Alibaba Cloud には、Container Service ACK、Edge Container Service、Container Image Service ACR があります。 Tencent Cloud には、Container Service TKE、Elastic Container Service EKS、Container Image Service TCR があります。さらに、Boyun、Lingqiao Cloud、Shisu Cloudなど、PaaS分野に注力しているコンテナクラウドサービスプロバイダーも数多く存在します。

少し前に、IDC は中国市場に関する「PRC SDC ソフトウェア市場概要、2020 年上半期」レポートを発表しました。レポートによると、Huawei Cloudのコンテナソフトウェア市場シェアは中国で第1位で、24%に達しています。さらに、このトップ 5 リストがもはや大規模なクラウド コンピューティング企業だけで構成されているわけではないことも注目に値します。長年にわたりコンテナ分野に深く関わってきた博運は、国内でもトップ5にランクインし、革新的なコンテナメーカーの中でも際立っています。

したがって、製品と技術サポートの面で、企業にはまだ多くの選択肢が用意されています。もちろん、企業自身の技術力が十分に優れている場合は、テクノロジープロバイダーのコンテナ製品やサービスを導入する必要はありません。独自の研究開発を実施したり、オープンソース コミュニティなどのチャネルから技術サポートを受けることもできます。 ZDNet が実施した DWorks 調査では、企業の 23.1% がコンテナ テクノロジをこれら 2 つの方法で使用していました。江泰保険を例に挙げると、同社のコンテナ プラットフォームは完全に自社開発されています。 Docker と K8s はどちらもオープンソース コミュニティから派生したものであるため、多くの技術者は依然としてこのアプローチを好んでいます。

結論：春が来て、花が咲く

あらゆる新しいものは、誕生から発展、応用から大規模な普及までのプロセスを経ます。原始時代の石器であれ、産業革命時代の蒸気機関であれ、あるいは20世紀に登場したコンピュータであれ、生産ツールは常に変化しているものの、その発展の軌跡はほぼ同じです。

現在、クラウドネイティブは試験適用段階から普及段階へと徐々に移行しつつあります。市場には需要、課題、解決策が存在します。このような連動チェーンにより、テクノロジーは「実験室」や「PPT」から抜け出し、企業のビジネスやアプリケーションのシナリオに参入できるようになります。その間、技術は実践と検証を繰り返すことで継続的に改善され、普及してきました。

したがって、コンテナに代表されるクラウドネイティブ技術は、今後さらなる発展を遂げ、より多くの企業に受け入れられ、より多くのビジネスシナリオに適用されるようになると確信しています。クラウド ネイティブの「春」が到来したと信じる理由があります。そして、すべての「春」と同様に、コンテナ市場もきっと「百花繚乱」の光景を迎えることになるでしょう。