クラウド コンピューティングがネイティブの需要に向かって進むとき、IT インフラストラクチャはどのようにアップグレードされるべきでしょうか?

クラウド ネイティブは、企業がビジネスを展開する際の主な選択肢の 1 つになっています。利点は、アプリケーションをクラウド アーキテクチャに基づいて直接設計および開発できることです。 Twelve-Factor App などの原則では、ベンチマーク コード、ポート サービス、プロセス ログなどの観点からクラウド ネイティブをさらに定義しています。ただし、その一方で、クラウド ネイティブは絶対的に双方にメリットがある状況ではなく、無視できないコスト要因もいくつかあります。

[[344960]]

クラウドネイティブは、Pivo​​talのアーキテクチャ担当グローバルCTOであるMatt Stine氏が2013年に提唱した概念です。当時は、DevOps、マイクロサービス、アジャイルデリバリーといった技術が今日のトレンドになっていると考えられていました。当時、マット・スタインは、既存の統合アーキテクチャを新しい統合アーキテクチャに置き換えても、複雑さが一方から他方に移るだけだと考えていました。これは従来の SOA の欠点でもありました。 「運用・保守の観点からは、実際には何も行われなかった」企業にとっては、古い事業を再構築する必要がありました。

CNCF の定義によると、クラウド ネイティブ テクノロジーは、パブリック クラウド、プライベート クラウド、ハイブリッド クラウドなどの新しい動的環境で組織が弾力的にスケーラブルなアプリケーションを構築および実行するのに役立ちます。コンテナ、サービス メッシュ、マイクロサービス、不変のインフラストラクチャ、宣言型 API などはすべて、クラウド ネイティブの代表的なテクノロジーです。これらの利点は、フォールト トレラントで管理しやすく、監視しやすい疎結合システムを適切に構築できることです。信頼性の高い自動化と組み合わせたクラウドネイティブ テクノロジーにより、エンジニアはシステムに頻繁かつ予測可能な大幅な変更を簡単に加えることができます。

2020年のYunqiカンファレンスで、アリババはクラウドネイティブテクノロジー委員会の設立を発表しました。この委員会の設立は、アリババがクラウド ネイティブを新たな技術戦略の方向にアップグレードしたことを意味します。アリババは、クラウド ネイティブは新しいテクノロジー システムであり、クラウド コンピューティングの将来の発展方向であると考えています。クラウドネイティブ アプリケーションは、「クラウド」向けに設計されたアプリケーションです。クラウドネイティブ テクノロジーを使用した後、開発者は基盤となる技術的な実装を考慮する必要がなくなります。クラウド プラットフォームの弾力性と分散性の利点を最大限に活用し、迅速な展開、オンデマンドのスケーリング、ノンストップの配信を実現するには、独自のビジネスを行うだけで済みます。

実際、2018 年 4 月に最初のコード行が入力された時点で、KubeSphere はクラウド ネイティブ向けに設計されたオープン ソース プロジェクトとして位置付けられていました。これは、主流のコンテナ スケジューリング プラットフォーム Kubernetes 上に構築された分散型マルチテナント コンテナ管理プラットフォームです。シンプルで使いやすい操作インターフェースとウィザード形式の操作方法を提供し、コンテナスケジューリングプラットフォームを使用するためのユーザーの学習コストを削減するとともに、日常の開発、テスト、運用保守作業の複雑さを大幅に軽減します。

アプリケーションの最新化は今日の IT 部門にとって最優先事項であり、最新のアプリケーション インフラストラクチャのデファクト スタンダードである Kubernetes 上に構築された Red Hat OpenShift は、この変革のための強力でスケーラブルなプラットフォームを提供します。物理的な管理ツールやプロセスが仮想化環境に適していないのと同様に、VM 管理用に設計されたツールも、今日のクラウドネイティブでコンテナ化された世界には適していません。 Red Hat Advanced Cluster Management for Kubernetes は、このニーズにうまく応えます。クラウドネイティブ環境向けにカスタマイズされた次世代の管理機能により、企業は Red Hat OpenShift を活用してより多くのことを実現できます。

Red Hat Advanced Cluster Management for Kubernetes は、クラウドネイティブ コンピューティングの検討を始めたばかりの組織や、すでに次世代のワークロードを本番環境で実行している組織に、クラスター全体にわたるコンテナ化されたアプリケーションのデプロイメントをサポートするツールを提供します。コンテナ化プロセスにおける企業の既存のニーズを満たし、複数のクラスターを管理する際の企業の緊急の問題を解決し、ポリシー実行やガバナンス制御などの将来に備えた機能を提供します。

同時に、IT インフラストラクチャもアップグレードに直面しています。多くの業界の顧客との接触を通じて、彼らの新しいアプリケーションのほとんどがクラウドで構築されていることが分かりました。これらの企業は、IT インターネット、金融、教育、産業、交通などの分野に属しており、あらゆる分野でクラウド ネイティブが普遍的であることを示しています。調査によると、クラウドネイティブアプリケーションを導入している企業のうち、クラウドベースのアプリケーションの割合は近年70%～80%に上昇しており、その背後にある大きな懸念はセキュリティです。つまり、クラウドネイティブ アーキテクチャをゼロから構築するには多額のコストがかかるため、ほとんどの企業顧客はクラウド サービス プロバイダーと協力することを選択することになります。

一部のレポートでは、一般的に大企業の方がクラウド ネイティブを選択する傾向があることが示されていますが、興味深い点は、収益が 200 億ドルを超える大企業はより保守的になる傾向があり、クラウド ネイティブの使用率は 25% 未満であるということです。この現象は、企業がクラウドに移行する背景にある考え方、つまり、データ損失、システム障害、規制上の要因により重要なビジネス アプリケーションをプライベート環境に配置する必要があることなどの問題に対する懸念に似ています。

セキュリティに加えて、企業はビジネスをクラウドに移行する過程で他の「追加」コストにも直面することになります。たとえば、完全なクラウドネイティブ機能を呼び出すには、アプリケーションを部分的または完全に再構築する必要がある場合があります。この再構築には、書き直しだけでなく、その後の一連のテスト、オンラインでのリリース、配信、ツールの呼び出しも含まれ、その合計額は会社の当初の予算を超えることがよくあります。

このことから推測できる点の 1 つは、クラウド ネイティブ アーキテクチャが業界と一定の相関関係にあるということです。例えば金融業界では、マルチサイト アクティブ/アクティブ、ロスレス ディザスタ リカバリ、オープン API はすべて、顧客が二次開発を行えるようにするための重要な要素です。このプロセスでは、金融サービスプロバイダーは、Ant Financial の SOFA （金融グレードのミドルウェア製品テクノロジーと進化型アーキテクチャ変換サービス システム）などのカスタマイズされた機能を提供する必要があり、システム内の各コンポーネントはコミュニティに対してオープンソース化されます。

クラウド ネイティブ、DevOps、マイクロサービス、コンテナなど、これらはすべてクラウド移行のためのビジネスを提供するためのアジャイルな手段であり、関連する最新の IT インフラストラクチャのアップグレードにより、企業は利益を最大化し続けることができます。