マルチクラウドで勝つ方法: 標準化と自動化でイノベーションを

クラウドは常に規模の経済を実現することを目的としています。 デジタルトランスフォーメーションにより、組織はアプリケーションを使用して生産性（内部）と利益（外部）を向上させる新たな機会を模索するようになり、運用とアプリケーションの拡張の必要性が飛躍的に高まっています。 アプリの数と、それらの更新および機能強化の頻度は、従来の手動の方法では管理できなくなっています。 アプリと運用の拡張により、人的ボトルネックが発生しています。 問題にさらに多くの人材を投入しても、同じ結果を期待することはもうできません。 アプリケーションあたり、つまりユーザーあたり、顧客あたり、トランザクションあたりのコストは、収益とコスト削減が達成するよりもはるかに速いペースで増加します。 この不均衡により、これまでと同じ方法でアプリケーションを提供し続けることは非現実的になります。

クラウドは、標準化の力を導入することで、常にこの方程式を変えることを約束してきました。 これは、単に同じホワイトボックス サーバーの正確なコピーをラックに詰め込むということではなく、操作の標準化に関するものです。 パブリック クラウドは、運用とリソースのインターフェイスを可能にする標準化されたプラットフォームを提供することでこれを実現します。 コンピューティング、ネットワーク、ストレージといった共通のコア リソース (サービス) のプロビジョニングと管理を標準化することで、自動化 (DevOps) を適用し、より高い規模の経済を実現できます。

しかし、アプリケーションには共通のコア サービス以上のものが必要です。 より高速かつ安全である必要があり、それはセキュリティやパフォーマンスなど、アプリに必要なカスタマイズされたサービスを提供する方法についてよりスマートになることを意味します。

標準化と自動化でイノベーションを

アプリは共通のセキュリティとパフォーマンスのニーズを共有しているかもしれませんが、今日の消費者が求めるアプリを保護し推進するには、共通しているだけでは必ずしも十分ではありません。 標準的なセキュリティに加え、プラットフォームおよびプロトコル レベルの攻撃に対する保護が必要です。 パスワードの入力やレポートの作成に費やす時間を節約することで価値を付加する、積極的なパフォーマンス向上が必要です。

しかし、最初に標準化していなければ、特注の追加機能やカスタム構成を行う時間はありません。 それがクラウドです。オンプレミスでもオフプレミスでも。 クラウドは、競争上の優位性を獲得し、ビジネスに関与するための高速で安全なアプリで消費者を満足させるために必要な注目を集めるための第一歩です。

ただし、すべてのアプリがあらゆるクラウド環境に適合するわけではありません。 企業環境の快適さとセキュリティを必要とする人もいます。 それ以外の企業は、パブリック クラウド内の公共の場に出て初めて成功することができます。 これが、マルチクラウド戦略と実装、そしてそれらの実現に役立つ新しい環境 (コロケーションや相互接続など) が増えている理由の 1 つです。 なぜなら、私たちが常に「仕事に適したツール」という前提で業務を行ってきたように、今日のデジタル版は「仕事に適したクラウド」だからです。

マルチクラウド戦略を採用すると、標準化がより困難になります。 各環境はそれ自体は標準化されているかもしれませんが、相互に標準化されているわけではありません。 ツールとフレームワークは、オフプレミス展開の管理を担当するオペレーターに「標準インターフェース」のレイヤーを提供することで、この課題に対処するのに役立ちます。 これは、雲が雪片のように多種多様である世界で標準化を可能にする運用層です。

目指す規模の経済を達成するために必要な共通のコア サービスを標準化したら、セキュリティと保護を提供し、消費者の関心を維持するために必要な良好なパフォーマンスを実現するアプリ サービスを検討する必要があります。 システム攻撃はデータセンターの停止原因として最も急速に増加しており、2010 年の 2% から 22% に増加していることが指摘されています。 クラウド内のアプリへの直接攻撃ではデータセンターが機能しなくなることはないかもしれませんが、ブランドに密接に結びついたアプリが機能しなくなると、企業の評判や収益に壊滅的な打撃を与える可能性があります。   

ここでも同じ戦略が必要です。 これらのアプリ サービスの作成、展開、管理を担当するオペレーターとアーキテクトに標準的な「運用インターフェース」を提供するプラットフォームを採用する必要があります。 この標準インターフェースは、共通コア サービスに使用するツールやフレームワークと同じ種類の運用層をアプリ サービスに提供します。

標準化して、共通の運用インターフェースを確立したら、自動化できます。 まず共通の共有サービスとプロセスを自動化し、その取り組みによって節約した時間と予算で、より高度でカスタマイズされたサービスとプロセスに資金を投入すれば、大きな成果が得られます。 ここで、共通の運用インターフェース (運用層) は、スクリプトとコードの再利用を促進し、既存のスキルを活用して、1 日に複数回コードをコミットし、より頻繁なデプロイを期待する開発者と同等の成果を上げるために必要なレベルの自動化を達成することで効果を発揮します。

自動化は、規模の経済性を改善し、結果のばらつきを減らすための秘訣です（これは実際には、シックス シグマ/リーンで「プロセスにおける欠陥やエラーを排除する」という意味です）。 調査によると、停電の約 22% は人為的ミスによるものであることが分かっています。 また、他の調査から、IT 部門はトラブルシューティングと修復に約 15.9% の時間を費やしており、その一部は人為的エラーが直接の原因である可能性が高いことがわかっています。 自動化により、プロビジョニング、更新、パッチ適用、構成管理に IT が集中する割合が大幅に削減されるだけでなく、エラーの数とエラーの検出と修正に要する時間も削減されるため、時間を節約できます。

ついに、イノベーションに集中するための十分な時間と予算が確保されました。 ビジネス関連のアイデアセッションにもっと積極的に参加するにしても、IT を最適化するための新しい機会を探すにしても、すべてがイノベーションです。 そして、これらすべては自動化によって可能になりますが、自動化は標準化されたシステムに適用された場合にのみ真に優れた効果を発揮します。

これは何も新しいことではありません。組立ラインと自動化は、これまで 1 世紀以上にわたって、切望されていた規模の経済を実現してきました。 そして、それらはすべて、時間とコストの節約を実現しながら革新を実現するために、標準化、次に自動化という同じ手順から始まります。 自動化を最適化してさらに大きなメリットを実現するテクニックや秘策は数多くありますが、そこに到達する前にまず標準化する必要があります。

IT にとって、これは、オフプレミスとオンプレミス、クラウドと従来型など、すべての資産にわたって依存しているツール、フレームワーク、プラットフォームを検討し、標準化して自動化を開始し、イノベーションを起こすことを意味します。