大規模なクラウド サービスの運用における 6 つの複雑な課題

企業がビジネスニーズを満たすためにアプリケーションを拡張することは珍しいことではありませんが、クラウド コンピューティング環境の運用の複雑さを認識する必要があります。

クラウド コンピューティングの導入は、ほとんどの企業にとって珍しい経験ではありませんが、クラウドで運用することと、クラウドでビジネスを拡大することの間には大きな違いがあります。

[[345125]]

クラウドネイティブ組織の規模と複雑さが拡大し続けるにつれて、企業の IT チームは必然的に、クラウド コンピューティング サービスに対する増大する需要の管理を困難にし、時間のかかるものにする多くの新たな問題に直面することになります。

IT チームが需要の増大に伴う一般的な課題の管理に精通しておらず、そのスキルもない場合、大規模なクラウド コンピューティング サービスの運用は困難になる可能性があります。企業がクラウド コンピューティング ビジネスの拡大に伴う課題に備えられるよう、次の 6 つの複雑さの問題を分析して説明します。

1. 開発環境コストを管理する

ほとんどのアプリケーションは、単一の問題の解決に重点を置き、問題をうまく解決できる小さなサービスとして始まります。しかし、ビジネスが成長するにつれて、顧客の需要も大幅に増加します。これは管理可能ですが、ある程度までしか対処できません。機能が追加されるたびに、アプリケーション インフラストラクチャの複雑さが増し、関連するコストも増加します。

また、拡大する開発環境のコストを管理する方法を見つけることは、開発環境自体を管理する方法を見つけることとほぼ同じくらい難しい場合があります。実際には、これら 2 つの問題は絡み合っています。

ほとんどの企業は、オンプレミスのデータセンターでエンジニアに同様の開発環境を提供することから始めます。これによりコストが削減され、ログインの問題、インターネットの速度や可用性が原因で開発者（リモートかどうかに関係なく）の生産性が低下することがなくなります。

しかし、企業のビジネスがクラウド プラットフォームで一定規模で運営される場合、これらの方法は非現実的になり、より多くの専用リソースを備えたクラウドベースの開発環境の構築が必要になります。クラウドベースのリソースをさらに使用すると、時間の経過とともにコストが増加する可能性があります。

バランスを見つけるのは難しいですが、生産性と効率性の必要性は、生産バランスを達成したいという願望を上回る必要があります。プロセスを作成してサポートすることは、開発者がオンプレミス データ センターでアプリケーション インフラストラクチャのサブセットを実行し、そのギャップをモック サービスまたは共有サービスで埋められるようにするための良い出発点となります。

2. クラウドプラットフォームネイティブツールを評価する

クラウドで拡張する場合、企業は最も便利なツールを使用するか、最もポータブルなツールを使用するかを選択する必要があります。オープンソースのツールとサービスにより、企業はワークロード要件の変化に応じて、あるクラウド プラットフォームから別のクラウド プラットフォームに移行できます。ただし、サードパーティのツールを使用すると、問題をより効果的に解決できる場合がよくあります。

ただし、すべてのクラウド プロバイダーが顧客のニーズを満たせるわけではないため、ベンダー ロックインは IT チームにとって非常に現実的な問題です。企業がどのクラウド コンピューティング プロバイダーを選択するかに関係なく、問題を解決するには「同時実行」アプローチを採用する必要があります。これにより、企業はクラウド プラットフォームに適したツールではなく、自社のビジネスに適したツールを決定できるようになります。

マルチクラウドの導入が一般的になるにつれて、このことはさらに必要になります。企業は、適切な問題を解決するサービスの導入に重点を置きながら、それらのサービスを結び付けるツールに投資することで、より大きな柔軟性を獲得できます。

3. スケールテスト

データが増えるにつれて、さまざまな規模での操作の制限を理解することが重要になります。もちろん、パフォーマンスの低いデータベース クエリを防御し、早い段階でキャッシュを導入することはできますが、大規模なテストには防御的な開発手法以上のものが必要です。トラフィックの増加時にアプリケーションがどのように動作するかを理解することは、データの増加時にアプリケーションがどのように動作するかを理解することと同じくらい重要です。しかし、どうやってテストするのでしょうか?

企業は、アプリケーション インフラストラクチャを活用できるツールを早期に構築します。本番環境に似たステージング環境を構築するにはコストがかかりますが、本番環境の代表的なデータとトラフィックを使用してアプリケーションをテストできれば、潜在的なボトルネックを実際の問題になる前に特定できます。組織がクラウド コンピューティング環境の制限を理解することが重要であり、スケーリングに対して積極的なアプローチを取ることは、事後対応的なアプローチを取るよりもはるかに安価です。

4. 知識のサイロを打破する

企業の IT チームが直面しているクラウド コンピューティング拡張の最大の課題は、知識のサイロに対処し、それを打破する方法です。規模が小さいと、APIやデータベースを扱うスタッフにとっても扱いやすく、非常に効率的です。

企業の IT 専門家は各領域でより一貫性のある開発を実現できますが、開発チームは各領域の違いをより深く理解する必要があります。しかし、クラウド コンピューティング テクノロジーが進歩するにつれて、これらの専門家の知識と経験がボトルネックになる可能性があります。彼らの重点分野内で生じるあらゆる変化を解釈し、監督するには、通常、彼らの知識と経験が必要です。

これらの知識サイロは非常に安全ですが、一定のリスクも伴います。たとえば、従業員が会社を退職した場合、経歴や重要なインフラの詳細が漏洩したり、失われたりする可能性があります。

知識のサイロを真に破壊するには、複数の人が責任を負う必要があります。プロセスや手順を文書化することは重要ですが、それを管理すべきチームや部門を特定することが重要であり、そのチームに文書を正しく届けることが極めて重要です。

5. 可視性を獲得し維持する

ほとんどのアプリケーションの初期段階では、監視、ログ集約、メトリック、異常監視などの概念は単純で、通常は安価です。ほとんどのクラウド コンピューティング プロバイダーは、これらのニーズを満たすクラウド ネイティブ ツールを提供しています。

これらのツールが十分でない場合は、企業がサードパーティやオープンソースのサービスから得る機能で初期のニーズを満たすのに十分である可能性があります。ただし、大規模なクラウド コンピューティング サービスの実行に対する需要が増加するにつれて、これらのサードパーティ オプションのコストは膨大になる可能性があります。これも非常に時間がかかります。

アプリケーション インフラストラクチャの可視性を高めるには、小規模から始めて徐々に拡張していくのが最適です。監視ツールは、必要に応じて簡単に交換および変更できる必要があります。監視対象のデータが利用可能である必要があることを覚えておくことが重要です。さらに、企業が常に先手を打つためには可視性が必要です。

6. マイクロサービスのジレンマを避ける

大規模なアプリケーション管理は複雑になる可能性があるため、多くの企業は問題が発生するとすぐにマイクロサービスに移行しますが、これは適切なアプローチではありません。

サービス指向アーキテクチャを成功させるには、慎重な計画と検討が必要です。急いで取り組むと、さらなる技術的負債や問題が発生する可能性があります。

企業がモノリシック サービスを複数のマイクロサービスに分割した経験がない場合、最も重要なことは、クライアントまたはマイクロサービス間の契約を事前に決定することです。新しいサービスを開始して詳細を定義できない場合は、スケジュールを超過してしまう可能性があります。

監視から認証、プロトコルに至るまで、構築されるすべてのサービスは、一連の標準に準拠する必要があります。組織が Prometheu、OAuth、REST のいずれを選択する場合でも、決定を下し、それを文書化し、実行することが重要です。