クラウドサービス利用の課題: 間違ったアーキテクチャは硬直性と失敗を意味する

クラウドサービスの移行作業は膨大です。残念ながら、私たちはオンプレミス展開でのこれまでの経験という狭い視野を通してクラウド サービスを見て理解する傾向があります。ほとんどの企業は、新たなビジネスチャンスを模索するために業務をクラウドに移行しています。しかし、多くの企業はオンプレミス展開でうまく機能したアーキテクチャをまだ使用しているために、移行に失敗しています。この種のアーキテクチャでは、クラウドにデプロイすると、一部のリソースが過剰に使用され、他のリソースが十分に使用されないという結果になることがよくあります。革新的で堅牢なアーキテクチャでは、通常、リソースのバランスのとれた包括的な使用が必要です。

IT 運用が会社の地下にあるサーバー上で実行されていると想像してください。サーバーをオフィスの 1 階に移動するだけで、ビジネスに新たなチャンスが生まれるでしょうか?もちろん違います。サーバーをクラウドに移行すると、いくらかコストは節約できるかもしれませんが、それ以上のメリットは得られません。クラウド サービスに関する最初の、そして最も重要な点は、クラウドへの移行は展開場所の移行ではなく、完全に新しいアーキテクチャ モデルであるということです。クラウド サービスを構築するには、場所の変更ではなく、考え方の変更が必要です。

クラウド サービスはオンプレミス アーキテクチャとどう違うのでしょうか?

10 年前、オンプレミス アーキテクチャはほとんどの人にとって共通の参照枠であり、クラウドを理解し説明する唯一の方法でした。今日では、従来のアーキテクチャを通じてクラウドを理解することは時代遅れであり、有害です。従来のアーキテクチャでは、クラウド サービスのパワーをより有効に活用できなくなりました。今日では、従来のアーキテクチャを参照し続けるのではなく、Netflix を参考にしてクラウド サービスのアーキテクチャを設計することができます。同時に、両者の類似点よりも相違点に重点を置く必要があります。

オンプレミス アーキテクチャの時代は、使用するサービスや製品ごとにライセンスが必要だったため、使用できるサービスや製品が限られていました (多数のさまざまなサービスを維持することは不可能でした)。クラウド コンピューティングの時代では、大規模でタスク指向の製品やサービスを管理でき、これらのリソースは従量課金制で支払われるため、初期費用はかかりません。

次の違いは、あなたにとってさらに不安に感じるかもしれません。以下のスクリーンショットは、Azure の App Service と呼ばれる PaaS サービスのものです。このサービスを通じて、Web サービスを展開できます。このサービスでは、すぐに使用できる運用機能 (自動スケーリング、バックアップ、監視、認証、API 管理など) のリストが提供されます。もちろん、VM に Web サーバーを手動で展開することもできますが、手動で展開された Web サーバーにこれらすべての機能を実装するには、どれだけの労力がかかるかを考える必要があります。これらの機能を実装したとしても、それらの VM と Web サーバーを最新の状態に保ち、適切に管理するには、どれだけの労力が必要でしょうか?

Azure では、App サービスに加えて、非常に包括的ですぐに使用できる多数の PaaS (またはサーバーレス) サービスも提供しています。これらのクラウドネイティブでタスク指向のサービスを使用することで、インフラストラクチャの構築と維持に時間とリソースを無駄にすることなく、ビジネス ソリューションの開発に集中できます。

クラウド サービスの課題: どのサービスを使用するか?

ここに不快な真実があります。ほとんどの組織はクラウド サービスとオンプレミス アーキテクチャの違いを認識しており、そのほとんどが 2 つのサービスの主な違いを認識しています。しかし、彼らはより新しく、より優れたアーキテクチャを使用していません。これは、ほとんどの組織が同じ課題に直面しているためです。クラウド ベンダーが提供する多くのサービスの中で、特定のビジネス シナリオに最も適したものはどれでしょうか?選択肢が多すぎると、開発者やアーキテクトが意思決定をするのが難しくなります。難しい決断を避けるために、技術者は最も馴染みのあるアーキテクチャを使用する傾向があります。オンプレミス アーキテクチャの構築に慣れている組織の場合、これは多くの場合、他のオプションを考慮せずに古いテクノロジ スタック (VM/コンテナ オーケストレーション クラスター) を選択し続けることを意味します。

数十のクラウド サービスの中から選択するのは、本当に難しいことです (この記事の執筆時点では、Azure には 400 を超えるさまざまなサービスがあり、それぞれに数十の機能が組み込まれている可能性があります)。しかし、この挑戦​​は依然として価値があります。この問題に対処しないと、クラウド サービスをオンプレミス環境のように実行するにはどうすればよいかという問題に直面することになるからです。

最初の問題 (どのサービスを使用するか) を解決すると、クラウド サービスのパワーを効果的に発揮できますが、2 番目の問題を解決しても、従来のアーキテクチャにさらに閉じ込められるだけです。クラウド サービスの使用には課題​​がつきものですが、それを解決すれば長期的には大きな利益が得られます。クラウド上で間違ったアーキテクチャを使用すると、パフォーマンスの限界にすぐに達し、間違ったアーキテクチャでさらに開発を進めると、ビジネスへの投資が非効率になったり、失敗したりするケースを何度も目にしてきました。

クラウド移行の課題を解決する方法

クラウド移行の課題を完璧に解決できる特効薬があるかどうかはわかりませんが、役立つ提案をいくつかご紹介します。

• リファレンス アーキテクチャを使用します。以下は Azure リファレンス アーキテクチャです。クラウド サービスを使い始めると、これらのリファレンス アーキテクチャが、ニーズに合った適切なクラウド サービスを見つけるのに役立ちます。
• より多くのチームを関与させる: CIO (または個人) が IT について知るべきことをすべて知っていた時代は終わりました。最新のクラウド サービスでは、多くのローコード/ノーコード オプションが提供されており、より多くの従業員 (技術者および非技術者) が IT ソリューションに参加できます。これにより、多くの非技術者が革新的なソリューションを生み出す強力な力を持つようになります。
• オンプレミス展開モデルを忘れてください。クラウドへの移行時に目に入るのが VM、vNet、ストレージ、ファイアウォール、およびその他のリソースだけであれば、クラウド ソリューションにどれだけ労力を費やしても、最終的にはオンプレミス展開モデルのソリューションが得られますが、そのソリューションはクラウド内に配置される可能性があります。

最後に、クラウド コンピューティングによってもたらされるコスト削減の重要性を無視するつもりはありませんが、ビジネス展開の移行のシナリオでも、コスト削減を最大化する必要がある場合は、不要なときにリソースを破棄し、必要なときにリソースを再作成し、オンデマンドでリソースを拡張するというクラウド サービス アーキテクチャ モデルを採用することによってのみ実現できます。つまり、クラウドへの移行は、展開場所の変更だけではなく、完全に新しいアーキテクチャ モデルの変更でもあります。

翻訳者について

51CTO コミュニティ エディターの Ji Kai は、18 年のソフトウェア開発経験を持っています。彼は現在、Alibaba Cloud Global Training Center の講師として、クラウド コンピューティング、クラウド ネイティブ、デジタル トランスフォーメーションの分野でのコース設計と提供を担当しています。彼は富士通、レノボグループ、YY、Sogou で勤務し、YY 携帯電話の初代設計者でした。 2014年より専門技術研修、コンサルティング業務に従事。

原題:クラウドの課題: 選択の麻痺とクラウドの「オンプレミス」の誤った戦略、著者: Alaa Tadmori