キーポイント
- クラウドのイノベーションは、革命的な段階から進化的な段階へと移行し、ワークロードの移行と再構築に焦点を当てている。クラウド分野は、スケーラブルなリソースとマネージド・サービスへのオンデマンド・アクセスを提供する方向へと進化し、インタラクションの簡素化とチームの認知的負荷の軽減を重視している。
- 人工知能（AI）と大規模言語モデル（LLM）は、認知的過負荷に対処し、インスタント管理、発券システム、コード生成などのタスクをサポートすることで、クラウドとDevOpsの領域で重要な役割を果たす可能性がある。マイクロソフト、グーグル、AWSといった主要なクラウド・プロバイダーは、自社の製品やサービスにAIを統合しており、業界のAI技術への投資を示しているのだ。
- ローコードやノーコードの領域は、AIベースやChatGPTのような製品によって影響を受け、ビジネスユーザーとソフトウェア・エンジニアリング・チーム間のコラボレーションの機会を提供している。
- プラットフォーム・エンジニアリングは簡素化と価値提供に向けて進化しており、プラットフォーム・アズ・ア・サービスの考え方を採用している。プラットフォーム・エンジニアリング・チームの役割は、複雑なインフラ管理から、ユーザー満足度と価値創造に焦点を当てたサービス・プロバイダーへと移行しつつある。オブザーバビリティ、財務的側面、持続可能性への配慮は、プラットフォーム・エンジニアリングに不可欠になりつつある。
- OpenTelemetryは、メトリクスとイベントベースのオブザーバビリティデータの収集に広く採用され、業界のデファクトスタンダードとなっている。その標準化された性質は、ベンダー間の最適化と革新を促している。
- 持続可能性とグリーン・コンピューティングへの焦点は、効率性とカーボンフットプリントの最小化に向けたアーキテクチャの選択を促している。サイト信頼性エンジニアリング(SRE)チームは、環境への影響を分析し、持続可能性への取り組みを推進する上で極めて重要だ。
InfoQ Trends Reportsは、アーキテクトやテクニカルリーダーが注目すべきトピックについて、InfoQの読者にハイレベルな意見を提供する。さらに、このレポートは、InfoQ編集チームが革新的な技術を取り上げるためのニュースの執筆やライターの募集をできるようにする狙いもある。
このレポートと更新されたDevOpsとクラウドのInfoQトレンドグラフに加えて、これらのトレンドについてInfoQの編集者や友人が議論するポッドキャストも用意されている。
トレンドグラフの更新
詳細はレポートの後半に続くが、まずは昨年のトレンドグラフからの変更点をまとめておこう。
クラウドのコストを効率的に管理するFinOpsは、導入の初期段階に入りつつある。FinOps Foundationやマイクロソフト、AWS、グーグルなどのクラウド企業は、持続可能性の目標に合致し、リソース利用を最適化するFinOpsの実践の採用を推進している。最近、グーグルはFinOps認定サービス・プロバイダーとして認定され、マイクロソフトはプレミア・メンバーとしてFinOps組織に加わった。
WebAssembly（Wasm）の継続的な進化は、クラウドにおける"一度書けばどこでも実行"の実現に向けた約束を実現し、異なる言語やプラットフォーム間での再利用性と相互運用性を提供している。eBPF（拡張バークレー・パケット・フィルター）は、カーネル・レベルでのオブザーバビリティやセキュリティなどの分野で支持を集めている。
汎用的なFunction as a Service(FaaS)やBackend as a service(BaaS)のコンセプトは所謂"レイト・マジョリティ"の間で支持を集めていることが確認されている。サーバーレス技術やテクニックの採用は一般的になっている。サーバーレスが業界の主流となったことで、"我々は100％サーバーレスだ"という発言は、もはやかつてのような驚きを与えるレベルではなくなっている。
クラウド領域は革命から進化へと移行しつつあるのだろうか？そしてDevOpsは死んだのか？
クラウドとDevOpsのトレンドに関するポッドキャストのディスカッションでは、参加者がクラウドのイノベーションとDevOpsの状況を取り上げている。彼らは、クラウドのイノベーションが減速し、"革命"から"進化"へと移行していることに同意している。多くの企業がクラウド技術を採用する一方で、ワークロードの移行や再構築を望む企業も多い。
DevOpsに関しては、まだ生きているが、一部の組織では停滞の段階に達している。ビジネス価値を創造するためのアクセスと自律性を提供することを目的とするDevOpsのコンセプトはまだ生きているが、実装は課題に直面している。パネリストは、DevOpsのフローと価値実現を解き放つためのバリューストリームマネジメントへの関心について言及した。
パブリッククラウドベンダーは、スケーラブルなリソースへのオンデマンドアクセスを提供するという当初の目的から、マネージドサービスの提供に重点を置くように進化した。この進化により、クラウド・コンピューティングはよりユビキタスになった。しかし、既存のサービスを取り巻くテクノロジーは急速に変化し、新たなビジネス要件が発見され、新たな課題が浮上している。チームは、ビジネス価値を継続的に提供しながら、技術スタックの採用と更新のバランスを取らなければならない。InfoQのリードDevOps編集者でパネリストのMatthew Campbell氏はこう語る。
企業もまた、素早く進化し、適応することを望んでいます。[...]私たちは今、私たちが発明し創造したクールなものすべてと、相互作用するすべての方法を持続的に活用し、今後快適にイノベーションを起こせるような場所に移動させるにはどうすればよいかを考えようとしている段階なのです。
加えて、クラウド・サービスは今や後発組も含め、大小の組織全体で大幅に採用されており、COVID-19の大流行はしばしば強制力として働いた。例えば、完全な開発環境やテスト環境を素早くセットアップできるような自動セットアップ環境の進化は、今や当たり前のものとなっている。しかし、開発と運用のギャップを埋めるという課題は依然として存在する。アイデンティティとアクセス管理の問題が、開発チームと運用チームの間に境界を作り出している。
クラウドとDevOpsの領域において、AIとLLMは現在どのような影響を及ぼしているのだろうか？
パネリストは、認知的過負荷と、AIが認知的負荷の限界に対処することでそれを軽減する方法について議論した。AIOpsと呼ばれる、IT運用のためのAIの具体的な応用例として、インスタント管理や発券システムでの有効性が強調された。大規模言語モデル（LLM）は、ChatGPTを使用して情報を検証したり、teachin notes（原文ママ）を生成したり、執筆や創造的なプロセスを支援するなど、具体的な利点がある。例えば、マイクロソフトは自社の製品やサービスにAIを統合しており、AI技術への多大な投資を示している。InfoQのリード・クラウド編集者でパネリストのSteef-Jan Wiggers氏は次のように述べた。
マイクロソフトが提供するサービスの多くは、最近のものでさえ、Microsoft Fabricという完全なSaaSデータレイクやレイクハウス・ソリューションであっても、AIを徹底的に取り入れています。
Microsoft Fabricはほんの一例に過ぎず、他のパブリッククラウド・プロバイダーも、Amazon Sagemakerや グーグルのVertex AI、AutoMLのようなAIを組み込んだサービスを提供している。OpenAIに関する追加情報は、こちらを参照されたい。
AIベースやChatGPTライクな製品は、ローコードやノーコード領域にどのような影響を与えるのか？
AIをローコードツールに統合することはビジネスチャンスであり、AIは安全で価値のある知識を提供することでビジネスユーザーをサポートする。これは、シャドーITに関するこれまでの懸念に挑戦するものであり、製品管理チームとソフトウェア・エンジニアリング・チームのコラボレーションを促進する。
さらに、"ClickOps"という考え方もある。ローコード・プラットフォームでは、バージョン管理された、宣言的で適応可能なコードを生成しながら、ユーザーがクリックを通じて対話できる。例えば、GitHub Copilot やCodeiumのようなAIツールのコード生成能力を向上させることで、組織の標準に準拠し、進化可能な読みやすいコードを生成できる。LLMとAIによるコード生成の進化は、ローコード領域に優れた進歩をもたらすだろう。
最後に、ローコード領域におけるガバナンスとデータ・アクセスは不可欠である。適切なガバナンスとコンプライアンスを確保しながら、ビジネス・ユーザーにパワーとデータへのアクセスを提供することには課題が伴う。Campbell氏は、ガードレールを提供し、特定のコンフィギュレーションの境界が越えられるのを防ぐ"DevOpsy"レイヤー・ガバナンスが、ローコード拡張プラットフォーム・エンジニアリングには必要だと指摘する。
さらに、DevOps Strategic Advisorであり、DevOps Instituteのチーフ・アンバサダーであり、パネリストでもあるHelen Beal氏は次のように付け加えた。
AIが実際にビジネスパーソンをサポートし、おそらく安全であろう多くの知識を与えているため、私たちが曲がり角に差し掛かっていることは非常に興味深い。
プラットフォーム・エンジニアリングはどのように進化するのか？
プラットフォーム・エンジニアリングの進化には、シンプル化、価値提供へのフォーカス、Platform as a Serviceの考え方の採用へのシフトが含まれる。この変化には、複雑さを隠蔽し、アプリケーション開発者の認識負荷を軽減するセルフサービスのプラットフォームを提供することが含まれる。プラットフォーム・エンジニアリング・チームの役割は、複雑なインフラストラクチャの管理者から、組織の他の部分に対するサービス・プロバイダーへと進化している。彼らは現在、ユーザーを喜ばせ、価値を高めるために、開発者リレーション、マーケティング、顧客エンゲージメントに注力している。
Syntasso社のプリンシパル・エンジニアであり、パネリストでもあるAbby Bangser氏は次のように説明する。
プラットフォーム・エンジニアリング・チームは、顧客と関わり、フィードバックを得て、ニーズを満たすロードマップを持つために、開発者対応やマーケティングがどのようなものかを学んでいる最中です。
Kubernetesのような技術の採用は、APIインターフェースとインタラクションの合理化に重点を置きながら、スタックの下に押しやられている。さらに、サービスレベルや主要業績評価指標、プラットフォーム利用の財務的側面やコストの妥当性など、オブザーバビリティへの注目も高まっている。全体として、プラットフォーム・エンジニアリングの未来は、ビジネスの進化するニーズと制約に対応しながら、ユーザーに付加価値を与え、楽しい体験を生み出すプラットフォームを構築することにある。
プラットフォーム・エンジニアリングの詳細については、こちらを参照されたい。
FinOpsは導入の初期段階に移行しているか？
クラウドコストを効率的に管理するFinOpsは、アーリーマジョリティの採用に向かっている。FinOps Foundationに参加する企業は増えており、FinOpsプロセスをサポートするツールも数多く提供されている。しかし、FinOpsはツールだけでなく、プロセスや支出から得られる価値の理解も重要であることに注意する必要があるのだ。FinOps財団や、グーグル 、マイクロソフトなどのクラウド企業は、こうした動きに積極的に参加し、FinOpsプラクティスの採用を推進している。
FinOpsに対する意識は高まっており、特定のクラウドリソースがなぜプロビジョニングされ、実行されているのか、そしてそれらが効果的に活用されているのかという議論につながっている。持続可能性とGreenOpsもFinOpsに関連しており、コストの最適化に重点を置くことは、リソースの効率化という広範な目標に合致している。AIは、未使用のデータを特定し、ストレージの最適化を支援することで、FinOpsの一翼を担い、財務的な節約と環境的なメリットに貢献する。
クラウドベースのアプリケーションを構築したり、DevOpsのプラクティスを採用したりする際、アーキテクトや開発者はセキュリティの懸念に押しつぶされそうになっていないだろうか？
アーキテクトと開発者は、クラウドベースのアプリケーションを構築したり、DevOpsのプラクティスを採用したりする際に、セキュリティに関する懸念事項のリストに直面することが増えている。特に開発者は、開発プロセス全体を通じてセキュリティ問題を特定し、優先順位を付けることが求められるシフトレフトのアプローチに圧倒されていると感じるかもしれない。
セキュリティの重要性に対する認識が高まり、こうした懸念に対処しようとするリーダーシップの後押しがある一方で、開発者は、新機能を提供しなければならないというプレッシャーとセキュリティ要件のバランスを取るために、しばしば支援を必要とする。
セキュリティ対策ツールの進化も、このような状況の一因である。初期のソリューションは、専門家が専門家のために設計したものであったため、開発者にとって使い勝手が悪かった。しかし、よりアクセスしやすく、ユーザーフレンドリーなセキュリティ・ツールの必要性が認識されつつある。目標は、セキュリティを実現可能な機能とし、開発チームに教育とサポートを提供しながら、セキュリティ実装を簡素化するプラットフォームを構築することだ。このアプローチは、専門家主導のセキュリティ実装と、コードに携わる開発者の実際的なニーズとのギャップを埋めることを目的としている。
WebAssembly（Wasm）は、クラウドにおける"一度書けばどこでも実行"の最終形態なのだろうか？
Wasmは、クラウドにおける"一度書けば、どこでも実行できる"というビジョンの実現に向けた重要な一歩だ。再利用性と相互運用性を約束し、開発者はある言語（Goなど）でライブラリを構築し、Wasmにコンパイルできる他の言語（Rustなど）で書かれたアプリケーションからシームレスに呼び出すことができる。
クラウド内のこのコンポーネント・モデルは、性能とコストの優位性からクラウド・インフラで人気を博しているARMベースのCPUを含む、複数のプラットフォーム・ターゲット向けのアプリケーションの作成を可能にする。Wasmの採用は、アプリケーション開発にとどまらず、クラウドプラットフォームの拡張フォーマットにも広がっているのだ。クラウドネイティブのプロキシ、APIゲートウェイ、サービスメッシュの拡張に使用されている。
WebAssemblyに加えて、eBPFはプラットフォーム・コンポーネント開発者のツールとして人気を集めている。アプリケーション・エンジニアがこれを広範囲に使用することはないかもしれないが、eBPFはネットワーキングやセキュリティのユースケースを含むプロジェクトで広範囲に見られるのだ。eBPFは、開発者がカーネル・レベルの情報にアクセスし、コンテナ・システム操作に関する洞察を得ることを可能にし、オブザーバビリティとセキュリティ機能を強化する。
全体として、WebAssemblyとeBPFは、クラウドベースのアプリケーションでより高い移植性、再利用性、パフォーマンスを達成するための興味深い可能性を提供する。
Wasmと eBPFの詳細については、InfoQのこれらのトピックをたどってほしい。
メトリクスとイベントベースのオブザーバビリティデータを収集するために、OpenTelemetryはどの程度広く採用されているか？
メトリクスとイベントベースのオブザーバビリティデータを収集するフレームワークであるOpenTelemetryは、急速に採用され、業界のデファクトスタンダードになりつつある。多くの才能ある個人とベンダーの共同作業が、ベンダーの垣根を越えたサポートと言語間の互換性に貢献し、アプリケーションの必須コンポーネントとなっている。OpenTelemetryは、AWS(AWS Distro for OpenTelemetry), Microsoft Azure(Monitoring service), Google Cloud Platform(Google Cloud OpenTelemetry) のような、主要なクラウドベンダーのサポートに含まれることで急速に広まった。
OpenTelemetryの標準化された性質は、多くの利点をもたらす。それは、ベンダーにとらわれず、テレメトリーデータをエクスポートし、分析のために様々なツールを利用する能力を持っていることだ。この標準化は、ベンダーがデータ収集と視覚化という基本的な機能を超えた、ユニークで高度な機能を提供しようと努力する中で、ベンダー間の最適化と革新を促す。OpenTelemetryのオープンスタンダードとしての登場は業界の成熟を意味し、魅力的なソリューションによって市場シェアを獲得しようとするベンダー間の健全な競争を促進する。
OpenTelemetryの詳細については、こちらを参照されたい。
サーバーレスの採用レベルの現状は？
サーバーレス・テクノロジーの採用レベルには変化が見られ、明確なアーキテクチャー・コンセプトではなく、一般的な選択肢になりつつある。スケーラビリティ、マイクロ課金、抽象化されたインフラを提供するマネージド・サービスの代名詞に変貌しつつある。AWS、グーグル、マイクロソフトなどの主要なクラウドプロバイダーは、データベース（DBaaS）やコンテナランタイム（CaaS）などのサービスにサーバーレスコンポーネントを統合し、自動スケーリングと簡素化された課金構造の利点を強調している。焦点は、サーバーレス機能のみでアーキテクチャを構築することから、マネージド・サービスを活用することへとシフトしており、プラットフォーム・エンジニアリングのアプローチと整合し、開発者の認識過負荷を軽減している。
ゼロスケールやリクエストごとのコスト設定といったサーバーレスの価値は、従来のサーバーレスアーキテクチャを超えた新たな表現を見出している。組織は現在、これらのメリットを認識し、様々なアーキテクチャの決定においてそれらを要求している。サーバーレスは、これらの利点を実現するための数あるアプローチの1つだが、組織はエンジニアリング・チームにコスト効率の高いソリューションを提供し、顧客獲得とサポート・コストを最適化することを求めるようになっている。この進化は、サーバーレスの原則がより広範なアーキテクチャー領域において、影響力とインパクトを増していることを浮き彫りにしている。
サーバーレスに関する詳細は、こちらを参照されたい。
持続可能性とグリーン・コンピューティングへの注目は、クラウドとDevOpsにどのような影響を与えているか？
持続可能性とグリーン・コンピューティングへの注目は、クラウドとDevOpsの実践に大きな影響を与えている。アプリケーションやサービスの環境への影響やリソース消費を考慮した価格設定モデルの採用が拡大している。この傾向は、効率性と持続可能性を優先したアーキテクチャの選択を組織に促している。マネージド・サービスは、最適化されたリソース利用とスケーラビリティを提供し、企業がカーボンフットプリントを最小限に抑え、エネルギー消費を削減できることから支持されている。アーキテクチャに関する価格設定の検討とマネージドサービスの採用は、持続可能性とグリーン・コンピューティングの目標に合致している。
責任に関しては、持続可能性への取り組みは、サイト信頼性エンジニアリング（SRE）と関連する役割の領域であるという認識がある。これらのチームは、テクノロジーの決定が環境に与える影響を分析し、効率性と持続可能性を促進するイニシアチブを推進するのに適した立場にあるのだ。現在、アーキテクチャの議論には、コンポーネント化、分離、セキュリティ、コスト効率などの考慮事項が含まれている。組織は要件を評価し、不必要に高いコストをかけずにセキュリティのニーズを満たす中間的なソリューションを求めている。これは、エンタープライズ・グレードの機能と費用対効果の適切なバランスより現実的なセキュリティへのアプローチへのシフトを反映している。
クラウドとDevOps分野の将来予測は？
クラウドとDevOpsスペースの将来に対するパネリストの予測は、簡素化、認知過負荷の軽減、イノベーションへの集中を中心に展開された。チームがそれぞれの専門分野に集中し、最大限の効果を発揮できるよう、プロセスやツールの合理化が望まれている。
AIOps、プラットフォーム・エンジニアリング、持続可能性、FinOpsの融合は、より集中し、より効果的で、より幸せなチームを生み出すかもしれないポジティブなシフトである。課題は、誇大広告と真の機会を区別し、新たなトレンドの中にある"真の価値"を認識する一方で、"過剰販売"や幅広い適用可能性の主張には批判的であり続けることだ。
オープンソースの採用、OpenTelemetryやCloudEventsのようなイニシアチブによって促進される標準化、CopilotsやChatGPTのようなAIを組み込んだサービスの可能性は人をワクワクさせる。現在進行中の開発とそれらがもたらす学習機会に対する人々の熱量は高そうだ。