Mike Kavis：クラウドの複雑さはCIOのジョブキラーです

今日は最近の会話をマイク・ケイビス、デロイトコンサルティングのチーフクラウドアーキテクト。 Mikeは、ソフトウェア開発とアーキテクチャで30年以上の経験を持つ、CTO、チーフアーキテクト、VPなどの多くの技術的役割を果たしてきました。彼は、Amazonのパブリッククラウドで世界初の高速トランザクションネットワークを構築したチームを率い、2010AWSグローバルスタートアップチャレンジで優勝しました。 Kavisは、ITの新しい運用モデルと、クラウドインフラストラクチャの決定を行うことの難しさについての考えを共有しています。

OpsRamp：組織に適したクラウド戦略の開発に関して、現在最も苦労しているエンタープライズITエグゼクティブは何ですか？

MK: 多くの企業がしばらくの間クラウドの旅に出ています。彼らはクラウドで構築する方法を知っていますが、走るクラウドのIT。私はクライアントと協力して、クライアントが構築したものを実行できるように、新しいオペレーティングモデルの設計を設計しています。何が起こっているのかというと、企業は古いプロセスとチケットシステムを使用しているため、SLAが欠落しています。これらは、仮想インフラストラクチャへの迅速な展開を目的としていませんでした。今必要なマインドシフトの変更がありますIT運用回復力のあるクラウドベースのシステムを構築する。

もう1つの注目すべきトピックは、クラウドとエッジの統合です。私はクラウドが死んでいるという記事を読み続けていますが、両方が必要です。エッジは、読み取りセンサーに基づいてリアルタイムの意思決定をトリガーするためによく使用されます。その後、データがクラウドに返送されるため、エッジデバイスは分析に基づいて意思決定基準を微調整できます。機械学習クラウドで。幹部は今、新しいものを作ることを考えていますクラウド運用モデルそして、それをサポートするためのマルチクラウドおよびハイブリッドクラウド実装の戦略を開発します。

OpsRamp：IT運用のためのこの新しい運用モデルについて詳しく教えてください。

MK: 左にシフトすることについてよく耳にします DevOps テストとセキュリティを備えています。ごく最近、人々は操作を左にシフトすることについて話している。新しいモデルは「構築し、実行する」です。しかし、ビジネスマンが、企業が最近サポートしなければならない多数のセキュリティポリシーや規制管理に従わずにソリューションを構築して実行すると、危険になります。したがって、アイデアは、クラウドサービスプロバイダーのように機能するプラットフォームチームを作成することです。彼らは雲の上にガードレールと基準を設置しました。その場合、ビジネスユニットは、承認されて利用可能になったもののみを消費できます。この変更には、人間による考慮事項がたくさんあります。開発者と同じソフトウェア開発慣行をコーディングし、それに従う運用エンジニアとセキュリティエンジニアがいます。プラットフォームチームは、開発、セキュリティ、運用などの部門横断的な専門知識で構成されるフルスタックチームとして設定されます。プラットフォームチームは、本質的に製品チームになりつつあります。彼らの顧客は開発者であり、これは外国の概念です。これは、通常、開発者と他のチームの間で多くの競合が発生しているためです。しかし現在、これは開発者中心の製品組織であり、開発者が迅速かつ安全に移動できるように機能を提供するために存在しています。

OpsRamp：では、開発者の役割はIT組織の外に移動しているのでしょうか。

MK: 以前は、アプリを含むスタック全体を1つのチームが所有していました。これで、プラットフォームを構築および管理するプラットフォームチームができました。彼らは、開発者が何を構築するかを本当に気にしません。彼らはサービスを提供しているだけであり、サービスがAWSなどのSLOに適合していることを確認しています。 3年から5年後、ITは主にインテグレーターとプラットフォームプロバイダーとして機能し、給与と財務のための電子メールやSaaSなどのコアITサービスを実行します。一方、ビジネスユニットには、プラットフォームとコアITサービスの上に構築して実行するための予算があります。そうです、ビジネスユニットはアプリケーションのビルドと実行のピースを所有し始めています。これは大きな変化であり、そこに到達するための多くのステップがあります。

3年から5年後、ITは主にインテグレーターとプラットフォームプロバイダーとして機能し、給与と財務のための電子メールやSaaSなどのコアITサービスを実行します。

OpsRamp：この変更の最終目標は何ですか？

MK: ビジネスのスピードはかつてないほどのペースで進んでいます。しかし、開発者を暴走させることはできません。プラットフォームチームの全体的な目的は、開発者にアジャイルプラットフォームを提供すると同時に、物理データセンターおよび大規模な変更セットの年2回のリリース用に設計されたすべての会議、チケット、レガシープロセスを構築および削除する安全な方法を提供することです。。毎週、毎日、または1日に複数回の小規模および増分リリースの新しいモデルに移行する必要があります。クラウドプラットフォームは、その安全で準拠した環境を提供すると同時に、多くのレガシープロセスをオートメーション.

OpsRamp：ハイブリッドクラウド環境についてどう思いますか？これは移行ソリューションですか、それとも長続きしますか？

MK: まず、定義から始めましょう。ハイブリッドクラウドについて話すときは、オンプレミスとパブリッククラウドについて話しますが、マルチクラウドは複数のパブリッククラウドを使用しています。次に、オンプレミスとクラウドの両方でアプリケーションをサポートする必要があるハイブリッドアプリもあります。ハイブリッドアプリを使用するユースケースはほとんどありません。クルーズ船は、岸や記録システムであるメインフレームアプリケーションを離れると切断され、それを取り除くことはできませんが、クラウドフロントエンドを作成したいので、私はクルーズ船を考えることができます。ハイブリッドクラウドインフラストラクチャに戻ると、これは長期間続きます。すべてのデータセンターをシャットダウンする確かなビジネス上の理由がない限り、すべてのアプリケーションを置き換える時間とお金は実現可能ではありません。しかし、年々、オンプレミスのフットプリントは縮小し続けるはずです。

OpsRamp：マルチクラウドについてはどうですか？ここにはさまざまな意見があります。

MK: インフラストラクチャとガバナンスの担当者と話す場合、ベンダーロックインのリスクを軽減するマルチクラウドオプションが気に入っています。このアプローチでは、使用できるクラウドプロバイダーのサービスカタログの量が制限され、クラウド上のインフラストラクチャとミドルウェアを管理するための負担が大きくなります。ただし、開発者は通常、クラウドプロバイダーのサービスカタログをより速く、より深く理解できるため、1つのクラウドを好みます。インフラストラクチャチームが立ち上がってHadoopクラスタやその他のサードパーティソリューションを管理するのを待つ代わりに、初日にGoogleのBigQueryのような強力なサービスを使用できます。

私にとって、適切なワークロードに適切なクラウドを使用することは、上記のクラウドにとらわれないアプローチよりも優れたレシピです。たとえば、分析と機械学習のためのGoogleスタック、優れたIoTサービスのためのAzure、その他すべてのためのAWSは、最も成熟しているため、深く掘り下げることができます。ただし、複雑さを排除し、クラウドにとらわれないプラットフォームを構築することは、非常に費用がかかり、複雑な作業です。お金を使ってPaaSソリューションに投資したほうがよいかもしれません。私の意見では、それはすべてビジネスの優先順位に依存します。

OpsRamp：どのような場合にアプリケーションを複数のクラウドで実行したいですか？

MK: 1つのアプリを複数のクラウドに配置することは非常に複雑であるため、追加の複雑さを正当化するための重要なユースケースを用意することをお勧めします。高度に分散されたシステムを作成しているため、クラウドはすでに複雑です。現在、これを複数のクラウドプロバイダー間およびオンプレミスで行っています。すべてをコンテナに入れて、魔法のようにすべてをクラウド間でポータブルにするという夢があります。しかし、それがすべてです：夢。各クラウドプロバイダーには、独自のセキュリティ、IDアクセス管理、およびセキュリティフレームワークを構成するその他のサービスがあり、それらは移植性がありません。ミドルウェアは移植可能ですが、アプリは、クラウドプロバイダーの高レベルAPIを活用しない場合にのみ移植可能です。これにより、クラウドは他の誰かのデータセンターのコモディティ化されたインフラストラクチャにすぎません。クラウドの価値は、サービスとしてのデータベース、機械学習、IoTなどの高レベルのサービスにあります。

OpsRamp: これらの決定を行うことは非常に複雑に聞こえます。

MK: これがCIOを解雇するものです！クラウド戦略をめぐるこの対立と、新しい運用モデルに取り組む必要性は、仕事のキラーです。 CIOはサイロを取り除く必要があります。私は、3番目のクラウド戦略と3番目のCIOに取り組んでいる非常に多くのクライアントと協力しています。通常、最初にTCO分析があります。その後、プロジェクトが開始され、これらすべての芝戦争が始まりますが、進展はありません。それから2年後、彼らは100万ドルのクラウド支出を抱えており、ビジネスはまだ新しい機能を待っており、データセンターで何も遮断されていません。その後、CIOが解雇されます。そして、それは最初からやり直します。 CIOは戦略に立ち向かい、行進命令を出し、人々を一致させる必要があります。クラウドで成功するには、ソフトウェアの提供方法と、クラウドの新しいアプローチをサポートするために組織を設計する必要がある方法を再考する必要があります。今のところ、これを機能させ、大規模な組織全体に拡大するには、トップダウンのリーダーシップが必要だと思います。