マルチクラウドインフラストラクチャでは制御が重要

[[208125]]

開発者や DevOps マネージャーにパブリック クラウドの経験について尋ねると、プロジェクトや新しいアプリケーション用にいくつかのコンピューティング インスタンスをプロビジョニングした経験を共有してくれるでしょう。企業は、スケーラビリティ、弾力性、セキュリティ、従量課金制の価格モデルに加え、パブリック クラウド サービスの完全なスイートを活用できます。これらすべてにより、企業チームはクラウド コンピューティングを簡単に使い始めることができ、IT 予算とインフラストラクチャのセットアップ時間を節約できます。また、AWS、Microsoft Azure、Google Cloud、Rackspace などのパブリック クラウド プロバイダーにより、イノベーションも容易になります。

今後数年間、クラウド コンピューティングの初期の約束は依然として意味を持ちます。つまり、サービスは拡張され、コストは (場合によっては) 削減され、DevOps チームはチームのニーズに合わせて大規模に実行されるコンピューティング インスタンスにアクセスできるようになります。しかし、多くの企業にとって、ハイブリッド IT インフラストラクチャの現実には、複数のパブリック クラウド プロバイダーからのサービスのサポートが必要です。これを実現するには、IT 運用スタッフには、チームがマルチクラウド環境をサポートする理由に関係なく、インフラストラクチャの上に配置され、マルチクラウドを含むあらゆるアーキテクチャを介して顧客にアプリケーションを提供できる制御レイヤーが必要です。

最悪の事態に備える

IT 運用担当者や、Web アプリケーションへのアクセスを失った人は、クラウド サービスの停止や機能低下がいつでも発生する可能性があることを知っています。現代の運用チームには計画が必要です。多くの企業は、障害時でも世界中の顧客が常にアプリケーションを利用できるようにするために、複数のパブリック クラウドを活用することを選択しています。この場合、トラフィックを 2 番目のパブリック クラウドに手動で再ルーティングするプロセスは面倒です。インフラストラクチャ上にアプリケーション配信制御イニシアチブを追加することで、企業はリアルタイムの可用性とパフォーマンスを維持しながら、複数のクラウドにわたってアプリケーションをシームレスかつ自動的に配信できるようになります。

クラウド主導のイノベーションをサポート

運用チームは、多くの場合、複数の国や新規企業買収先など、さまざまなアジャイル開発チームをサポートします。この場合、さまざまなチームが複数のパブリック クラウドにわたって多数のアーキテクチャを使用している可能性があります。一部の開発チームにクラウド プロバイダーを切り替えるように依頼することは、DevOps にはあまり関係ありません。より良い選択肢は、任意のクラウド、データセンター、または CDN アーキテクチャ上に存在するクラウドに依存しないコントロール プレーンを使用して、アプリケーション配信の自動化を制御することです。これにより、開発チームは配信の問題を心配することなく、最新のクラウド環境で作業できるようになります。

クラウドベンダーのロックインを回避する

パブリック クラウド プロバイダー (AWS や Microsoft Azure など) は、単なる Infrastructure as a Service (IaaS) プロバイダーではありません。また、非常に競争力のある製品やサービスを多数販売（または再販）しています。最初は、いくつかのクラウドインスタンスを使用することはそれほど重要ではありません。しかし、企業がフル稼働し、ミッションクリティカルなアプリケーションをこれらのクラウド プロバイダーのいずれかに依存している現在、これはもはや優れた戦略ではありません。インフラストラクチャに 2 番目のパブリック クラウドを追加すると、単一のクラウド コンピューティング ベンダーへの依存を減らすことができます。

マルチベンダーソーシングは、IT の他の多くの分野で実績のあるビジネス戦略であり、価格やサービスレベル契約 (SLA) の交渉においてより多くの選択肢を提供します。 IaaS についても同様です。クラウド サービスは、新しいサービスが追加または削除され、価格体系が変更されるたびに頻繁に変更されます。パブリック クラウド サービスの提供、価格モデル、SLA におけるこれらの変更を制御することは、エンタープライズ運用チームがマルチクラウド アーキテクチャに移行するもう 1 つの強力な動機です。クラウド サービスの価格データを取り込んでそれに基づいて行動できるアプリケーション配信自動化プラットフォームが重要です。

アプリケーション（およびその配信方法）は変化しました

最新の分散アプリケーションはマイクロサービスによって実現されています。同様に、以前のアプリケーション配信コントローラー (ADC) は、企業が一般的にクラウド コンピューティング (SaaS) を使用する以前は、静的なインフラストラクチャの世界向けに構築されていました。アプリケーション配信にアプリケーション配信コントローラ (ADC) を使用する場合、多額の先行投資が必要となり、企業の迅速な拡張能力が制限され、動的な (クラウドなどの) インフラストラクチャをサポートする柔軟性が損なわれます。マルチクラウド環境でアプリケーション配信コントローラー (ADC) を使用すると、これらの問題が急激に複雑化する可能性があります。ソフトウェア定義のアプリケーション配信制御レイヤーにより、従来のアプリケーション配信コントローラー (ADC) テクノロジが不要になり、企業のビジネスとインフラストラクチャが直接拡張されます。

コントロールを取り戻す

本番環境でマルチクラウドを完全にサポートするのは難しいように思えるかもしれません。結局のところ、運用チームには毎日やるべき仕事がたくさんあります。 2 番目のクラウドを追加するには、本番環境での配信に備えるための大幅な立ち上げサイクルに加え、新しいプロトコル、アラート、機能、その他の考慮事項も必要になります。企業は、各クラウド プラットフォームの詳細を徹底的に把握しながら、データ センター インフラストラクチャを管理することはできません。複数のクラウドにわたるアプリケーション配信の複雑さが増すと課題となる可能性がありますが、企業が SaaS ベースのアプリケーション配信プラットフォームを使用すれば、課題は大幅に軽減されます。したがって、マルチクラウド インフラストラクチャでは、制御が重要になります。