クラウドネイティブなビジネス変革に向けた9つのステップ

クラウド コンピューティングは IT フレームワークの不可欠な部分になりました。平均して、企業のワークロードの 46% がクラウドにあり、組織の 95% が今後 2 年間でクラウドの使用率が 64% に増加すると予想しています。

クラウド コンピューティングとは、インフラストラクチャ (ハードウェア/サーバー)、ストレージ、データベース、およびさまざまなアプリケーション サービスをインターネット経由でオンデマンドで提供することを指します。通常、これらのサービスは、AWS、Google Cloud、Microsoft Azure などのクラウド サービス プラットフォームによって提供されます。

一方、クラウドネイティブは、上記のすべてのクラウドベースのコンポーネントをクラウド環境に最適化された方法で組み立てるアーキテクチャです。これは組織の目標でもあります。今日の企業は、特定の状況に最適なクラウド テクノロジーを慎重に選択して、インフラストラクチャ、プロセス、さらには組織文化を近代化することを目指しています。

[[415314]]

クラウドコンピューティングの価値

クラウド ネイティブ アプローチにより、企業は基盤となるシステムのニーズを考慮することなく、ユーザーを中心に製品を設計できるようになります。これにより、リスクを抑えながらより優れた製品を提供できるようになります。これがクラウド コンピューティングの真の核心です。今では、より早く、より安く配達できるようになり、それは嬉しい帰結です。

しかし、おそらく最も重要なのは、クラウド ネイティブは、新しい方法でリスクを軽減できるということです。つまり、高速でありながら小規模で、何か問題が発生した場合の影響範囲を制限し、問題が発生した場合にはすぐにロールバックできます。

どうやってそこへ行けばいいですか？

クラウド ネイティブ変革を成功させるには、包括的な組織変革を必要とする複雑なプロセスが必要です。企業はテクノロジーだけでなく、組織内の戦略的および文化的な変化にも重点を置く必要があります。

もちろん、変革の旅は、この旅に乗り出すほぼすべての組織にとって独自のものになります。以下では、企業が自社の具体的なニーズと、クラウド ネイティブになるために実行する必要がある潜在的な変更を特定するのに役立つガイドを紹介します。

ステップ1 - 文化

組織文化を理解することは、ビジネスの成功に不可欠です。これは、組織にとって最適な道を選択できること、および/または、どれほど有望であっても組織の基本的な性質と矛盾する最新のテクノロジを選択しないことを意味します。

あなたの文化は、仕事のやり方を形作る実践の総和です。日常業務を定義するアクションを調べることで、組織を根本的に形作るこれらの力を特定できます。その後、最善の次のステップを決定できます。

ステップ2 - 製品/サービスの設計

ここで、自分が何をどのように行っているかを評価します。長期計画に基づいて組織化されているか、緊密に結合された製品をゆっくりとした慎重なスケジュールで提供しているか、または、理想的には顧客からのフィードバックを利用して変更を推進しながら、より短いスプリントで迅速に反復しているかを評価します。

ステップ3 - チーム構造

あなたの会社は、トップダウン型の「上司の言うことに従う」アプローチを採用し、高度に専門化されたチームと連携していますか?それとも、各メンバーが特定のスキルセットを持つチームで構成された、より多機能なチームでしょうか?

ステップ4 - プロセス

あなたのビジネスは、まず長期的な計画を立ててから実行しますか?それとも、すぐに反応して物事を変えますか?現在、ほとんどの企業が Scrum/Kanban を使用しています。ただし、クラウドネイティブと CI/CD では、スピードのさらなる飛躍が求められます。開発者は、他の開発者から独立して、毎日出荷できる必要があります。

ステップ5 — アーキテクチャ

あなたのビジネスでは、ほとんどのユースケースに必要なすべてのものを提供するために「バッテリー込み」にしようとしていますか?あるいは、サービスを求めるクライアントに要求されたリソースを提供するサービス プロバイダー間でタスクまたはワークロードを分割することもできます。クラウド ネイティブは、大規模なアプリケーションがモジュール コンポーネントまたはサービスのセットとして構築されるマイクロサービス アーキテクチャの使用を目指しています。

ステップ6 - メンテナンス

ここでは、システムを監視し、稼働させ続ける方法を評価します。 「プロセスなし/アドホック」アプローチとは、サーバーが起動しているかどうか、またいつ応答するかを定期的にチェックすることを意味します。 「警告」とは、何か問題が発生したときに警報を鳴らす何らかの自動化があることを意味しますが、この新しい世界ではそれだけでは十分ではありません。何か問題が起きれば、人間が介入する必要があります。包括的な監視と包括的な可観測性 (問題が発生してから対応するのではなく、システムの動作を観察および分析して事前に問題を予測 (および防止) する) は、クラウド コンピューティングにとって不可欠です。

ステップ7 - 配送

配送とは、いかに早く、いかに自動化して商品を届けられるかということを意味します。従来、メジャーリリースは 6 ～ 12 か月ごとに行われます。クラウド ネイティブに変換すると、毎日、または 1 日に複数回のリリースが可能になります。

ステップ8 - リソースの割り当て

新しいインフラストラクチャと新しいマシンをどのように作成しますか?すべてをどれだけ早く展開できますか? また、このプロセスはどれだけ自動化されていますか?リソースのプロビジョニングは、他の 7 つの領域で企業がリードしていることを私たちが最も期待している分野です。

ステップ9 - インフラストラクチャ

これがどこに向かっているかは誰もが知っています。単一サーバーから複数サーバー、そして独自のデータセンターで実行される仮想マシンへと。次に、オンプレミスのインフラストラクチャとプライベート クラウド サービスやパブリック クラウド サービスを組み合わせた、企業の特定のニーズとユース ケースに最適なハイブリッド クラウド コンピューティング環境に移行します。

これらの手順に従うことで、企業はスマートで柔軟性があり、常に更新される状態を生み出すことができます。このような理解と視点があれば、企業は、途中でよくある落とし穴を回避するための知識と自信を持って、クラウド ネイティブへの移行の計画を開始できます。