re:Invent 2025: MacquarieのマルチクラウドにおけるDev Containers活用と開発者体験の改善
はじめに
海外の様々な講演を日本語記事に書き起こすことで、隠れた良質な情報をもっと身近なものに。そんなコンセプトで進める本企画で今回取り上げるプレゼンテーションはこちら！
re:Invent 2025 の書き起こし記事については、こちらの Spreadsheet に情報をまとめています。合わせてご確認ください
📖re:Invent 2025: AWS re:Invent 2025 - Simplifying multicloud developer experience, feat. Macquarie (HMC323)
この動画では、AWSのChrisとMacquarie GroupのBrent Burgessが、マルチクラウド環境における開発者体験の改善について解説しています。Macquarieは31カ国で事業を展開するグローバル金融サービス企業で、11年近くクラウドファーストの戦略を採用し、インフラの70%以上をパブリッククラウドでホストしています。同社はAWSとGCP両方で80以上のサービスを活用し、1000以上のアプリケーションをクラウドネイティブで運用しています。開発者のオンボーディングとデリバリー加速のため、MicrosoftのDev Containersをベースにした「Dexd」というプラットフォームを構築し、わずか一人でサポートしながら数千人のエンジニアが利用しています。Crossplane、Argo、LocalStackなどを活用したマルチクラウドサービスの有効化や、MCPsを使ったAI支援による開発体験の向上についても紹介されています。
※ こちらは既存の講演の内容を最大限維持しつつ自動生成した記事になります。誤字脱字や誤った内容が記載される可能性がありますのでご留意下さい。
本編
マルチクラウド環境における開発者体験の課題
はい、それでは皆さん、こんにちは。ようこそお越しくださいました。私の名前はChrisです。ここにいらっしゃる皆さんに簡単な質問をさせてください。皆さんとてもお忙しいのは承知していますが、一つ理解したいことがあります。開発者として、SDKをインストールしたり、コンテナをインストールしたりするのが大好きだという方はいらっしゃいますか?この方ですね、素晴らしい。それでは、今日のセッションはまさにぴったりですね。なぜなら、今日は開発者体験をいかにシンプルにするかについてお話しするからです。また、Macquarie GroupのBrent Burgessさんにもご参加いただいています。Brentさんには後ほど自己紹介をしていただき、彼らがその課題をどのように解決したかについてお話しいただきます。
それでは今日は、マルチクラウドとは何を意味するのかについて説明していきます。マルチクラウドの開発者体験についてお話ししますが、マルチクラウドとは何を意味するのでしょうか?開発者がビルドする際のその体験を少し簡単にするにはどうすればよいのか、そして複数のクラウドにまたがって構築する際の課題、また一般的に開発者としての課題にはどのようなものがあるのか。Macquarie Groupがその問題をどのように解決したかをお聞きし、そしていくつかの学びと、それがその組織に与えた影響についてお聞きします。また、私が今日触れた内容の詳細や、皆さんが学ぶことができる他のアプローチについても、いくつかのリンクを共有させていただきます。
素晴らしい。それでは、マルチクラウドとは何を意味するのでしょうか?とてもシンプルです。何らかの目的を達成し、サービスをデプロイするために、一つ以上のクラウドを使用することを意味します。今日は本当にその開発者体験についてお話ししていきます。それでは、マルチクラウドを運用する上でのいくつかの課題とは何でしょうか?
マルチクラウドで運用しなければならない理由はいくつかあるかもしれません。おそらく、異なるクラウドプロバイダーから使用したい機能やサービスがあるかもしれません。買収があったかもしれませんし、また、異なるクラウド上にあるベンダーのツールを使用しようとしている可能性もあります。それでは、AWSの観点からそれにどのようにアプローチするのでしょうか?私たちは、人、プロセス、そしてテクノロジーの観点から非常に重視しています。一般的に、ほとんどの人はテクノロジーに焦点を当てますが、今日は人とプロセスの要素もあります。マルチクラウドでの運用方法について語るフレームワークが数多く存在しますので、そのプロセスに入る際にはぜひチェックしてみてください。
それでは、開発者にとっての具体的な課題についてお話ししましょう。IDEを見てみると、開発者がIDEに向かって何らかのビジネス価値を提供しようとするとき、IDEをインストールしなければなりません。私たちの組織には、一つどころではなく、たくさんあります。VS Codeもあれば、Cloud9もあり、Cloud Codeもあり、そういったものがすべてあります。それを自分なりの方法で設定しなければなりません。コードのフォーマット方法、キャメルケースなど、組織のために設定しなければならないこともあるかもしれません。そして、WindowsとMacの違いなど、解決しなければならないことがたくさんあります。つまり、そこに一つの課題があるわけです。IDEを正しく設定するだけでも。
複数のクラウドや技術にまたがって複数のアイデンティティを持つエンタープライズのことを考え始めると、そういったあらゆる種類のものがあります。彼らはネットワークアクセスを理解する必要があるので、開発データベースに接続する必要があるかもしれません。それから、シークレットを管理しなければなりません。つまり、異なる環境にアクセスするためのSSHキーです。また、デスクトップ上には、やり取りする必要のある多くのツールがあります。Dockerは明らかに非常に重要なものです。Artifactoryや何らかのCI/CDとやり取りする必要があり、これらはすべて開発者が設定しなければならないものです。
さて、最近私たちがミックスに追加したもの、そして爆発的に増えているのを目にしているもの、そして私たちは皆ここre:Inventにいますが、実際にすぐ隣で開発者体験のAI拡張について話している講演があると聞きました。組織が持つガードレールやその他の要件を満たす必要があるかもしれない、安全な方法でこれらのツールをどのように設定するのか。これが私たちが抱えているいくつかの課題です。それでは、Brentに引き継ぎます。彼がMacquarieがこれらの課題のいくつかにどのように対処してきたか、そして彼らが支援するために行ったイノベーションのいくつかについて話します。
Macquarie Groupのマルチクラウド戦略と直面する複雑性
それでは、ありがとうございますChris。はい、私はBrent Burgessです。Macquarie Groupで働いています。今日は、Macquarieについて、私たちが誰で何をしているのかを少しお話しし、それから、Macquarieでエンジニアリング体験を効果的に加速するために私たちが行ったことについてお話しします。
Macquarie Groupは、グローバルな金融サービス組織です。31の異なる国で事業を展開しています。グローバルで約20,000人の従業員がいます。そして、私たちは非常に多様な金融サービス組織です。資産運用グループがあり、キャピタルマネジメントグループのトレーディングがあります。また、リテールバンクもあります。オーストラリアで完全なエンドツーエンドのリテールバンクを持っています。デジタルオンリーのバンクなので、支店もATMもありません。グローバルにサービスを提供する必要がある、非常に多様な顧客とクライアントのセットです。
私たちは11年近くクラウドファーストの戦略を持っており、私たちのクラウド戦略は、イノベーションとアジリティを推進することで、クライアントと顧客のためにスピーディーに成果を提供できるようにすることです。そして現時点で、私たちのインフラストラクチャとアプリケーションのすべての70%以上がパブリッククラウドでホストされています。
そして最近では、私たちのマルチクラウド戦略についてですが、このマルチクラウド戦略はビジネスにイノベーションと俊敏性を提供することを目的としています。
私たちはAWSとGCPの両方を利用しています。アプリケーションエンジニアが顧客やクライアントに価値とアプリケーションを提供するために活用できるサービスは80以上にのぼります。昨年は、エンジニアの3人に2人がパブリッククラウドの認定を取得するか、トレーニングを受けました。そして、1,000以上のアプリケーションがパブリッククラウドでネイティブにホストされています。
先ほど申し上げたように、Macquarieにとってマルチクラウドとは何を意味するのか。それはイノベーションと俊敏性を推進することです。クラウドサービスプロバイダーを通じたベストオブブリードのサービスにより、アプリケーションエンジニアが顧客やクライアントに価値と成果を提供できるようにすることです。 しかし、それは何をもたらすのでしょうか。それは複数のツールセット、異なる環境をもたらします。資産管理、資本管理、トレーディング、デジタルバンク、コアバンキングなど、ビジネスのさまざまな部門を考えてみてください。これらはすべて、アプリケーションエンジニアが取り組んでいる非常に多様で異なるプラットフォームです。
それに伴い、多様なフレームワークと言語のセットがもたらされます。フレームワークは常に変化し、常にアップグレードされています。私たちが主に使用している言語はPython、Java、Go、Rubyですので、グローバルで多様なビジネス全体でこれらすべての異なる言語と関連するフレームワークをサポートしなければなりません。 そしてもちろん、それには幅広いスキルセットが必要です。つまり、エンジニアは多面的でなければなりません。ビジネスの要求に応えるために、さまざまなツールやプラットフォームで作業できる能力が必要です。そしてもちろん、これもまた 31の異なる国、20,000人の従業員、複数の異なる市場で事業を展開する組織という文脈の中でのことです。
Dexdプラットフォームによる開発者体験の革新
Macquarieでの私たちのビジョンは エンジニアが活躍できる場所を作ることです。では、それはどういう意味でしょうか。私たちは開発者をエンパワーしたいのです。顧客やクライアントに成果を提供するために、最高のツール、最も優れたツール、最高の ラップトップ、最高のフレームワーク、最新の言語を提供したいのです。デリバリーを加速させたいのです。 エンジニアには、冒頭でChrisが話したような課題ではなく、ビジネス上の問題に集中してもらいたいのです。SSHキー、Artifactoryへのアクセス、正しいADグループに入っているか、ラップトップに適切なツールやフレームワークがインストールされているかといったことです。エンジニアが顧客やクライアントのためにデリバリーを加速できるよう、そうした複雑さの大部分を取り除きたいのです。
そして繰り返しになりますが、これによって私たちはグローバルに多様なビジネス全体で、ビジネス成果を大規模に提供することができるようになります。では、どのようにそれを実現しているのでしょうか？私たちはDexdと呼ぶプラットフォームを構築しました。これはDeveloper Experience Daemonの略です。MicrosoftのDev Containersをベースにしており、これからいくつかの例を通してその仕組みをご説明し、その後、Dexdプラットフォームを使ってマルチクラウド開発をどのように実現したかという実例をお見せします。
では、Dexdは何をするのでしょうか？それは迅速なオンボーディングです。特定のADグループに所属しているか、Artifactoryで認証したか、Dockerがインストールされているか、サイドカーが動いているか、初日から生産的に働くためにローカルで必要なすべてのフレームワークやツールといった複雑さを取り除くことです。舗装された道を提供することです。つまり、同じチーム内の各エンジニアがそれぞれ異なる環境設定を持つのではなく、一貫した環境を用意することで、グローバル規模で管理とサポートができるようにしています。
そして、グローバルな金融サービス企業として、私たちは複数の市場で規制を受けています。独自の内部統制フレームワークとセキュリティ要件があり、私たちが行っているのは、これらすべてのコンプライアンス統制とフレームワークを、本番環境に近づく開発サイクルの後半で対処するのではなく、ローカルのラップトップ上のエンジニアリング体験にシフトレフトすることです。そして繰り返しになりますが、これらすべては、エンジニアや開発者が開発環境のセットアップに苦労するのではなく、ビジネス成果に集中して、より長くフロー状態を保つためのものです。
では、どのように見えるのでしょうか？すべてのエンジニアはDexd daemonを自動的にラップトップにインストールしており、ブラウザでlocalhostにアクセスすると、非常に視覚的に魅力的なダッシュボードがすべての設定とともに表示されます。信号機があります。
何か問題があれば、実際に信号機をクリックすると、Dexdは2つのうちどちらかを行います。自動的に修正するか、ドキュメントに直接誘導して、設定を行ったり、Artifactoryで認証したり、正しいADグループに所属しているか確認したり、コントロールプレーンへのアクセス権があるか確認できるようにします。これによって、ローカルのラップトップ上でのエンジニアリング体験と環境のセットアップが本当に削減されます。
ソフトウェアを書き始めるために必要なすべての設定に対して青信号が出たら、次に私たちはデフォルトのdev containersまたはimagesのセットを提供します。これをdev containerのベースにすることができます。先ほど申し上げたように、私たちは多種多様なツールやフレームワークを持っており、構築するアプリケーションの種類に応じて、複数のオペレーティングシステムをクラウド環境にデプロイしています。dev containerのベースイメージを選択したら、次に、取り組んでいるビジネス課題を解決するソフトウェアやアプリケーションを構築するために必要なアプリケーション、ツール、フレームワークの種類に応じた、数十種類の事前に用意されたテンプレートを提示します。会場にいらっしゃる方で目ざとい方はお気づきかと思いますが、初日からマルチクラウドサービスの有効化を加速するためのテンプレートとして、AWSとGCPの両方のフレームワークを用意しています。
では、Macquarieでマルチクラウドの有効化をどのように行っているか、実際の実例でお見せしましょう。Macquarieでマルチクラウドの有効化について考える際、2つの側面があります。サービスビルダー、つまりアプリケーションチームやサービスコンシューマーが利用するためのマルチクラウドサービスを有効化するクラウドエンジニアがいます。サービスビルダー側では、Dexdを使った事前に用意されたテンプレートがあり、エンジニアが複数のクラウドプロバイダーにまたがってサービスを有効化できるよう、すべてのフレームワークコンポーネントをインストールします。簡易版のKubernetes、Crossplane、Argo、LocalStack、そしてMotoを提供またはインストールしています。
私たちはサービスの有効化、クラウドエンジニアリングをシフトレフトしました。これにより、エンジニアはローカルで変更を加えて共有開発環境にプッシュする必要がなく、ノートパソコンのパワーを使うことができます。マルチクラウドの取り組みを始めた当初は、かなり速かったのですが、それはほんの一握りのエンジニアだけで、変更が互いに競合することはほとんどありませんでした。しかし、チームが大きくなるにつれて、同じサービスを有効化するために同じcompositionsで作業する共有開発環境では、しばしば競合が発生するようになりました。今では、スタック全体をシフトして、そのフレームワークをdeveloper containerで提供することで、共有環境に近づく前にエンジニアリング作業のほとんどを行うことができます。これにより、複数のクラウドプロバイダーでのサービス有効化が本当に加速されました。
次にサービスコンシューマー側ですが、そして、AIに触れずに完結するプレゼンテーションはありませんので、私たちが行っているのは、各クラウドで有効化したすべてのサービスでモデルを事前トレーニングすることです。これにより、サービスコンシューマーとしてIDE内で、以前に有効化したサービスに基づいた準拠したCrossplane claimを生成できます。これもまた、サービスの有効化とサービスの利用の両方を本当に加速させており、エンジニアは有効化した各サービスに関するコントロールやガードレールについてあまり心配する必要がなく、マルチクラウドサービスを活用して、お客様やクライアントに価値を提供することができます。
ビジネス成果と今後の展望
では、影響は何か、MacquarieにおけるDexdのビジネス成果は何でしょうか？迅速なオンボーディングです。これについては詳しくお話ししてきました。本当にエンジニアのオンボーディングを数日、時には数週間から短縮します。SSHキーが不足していたり、社内で持っている特定のサービスを活用するための正しいADグループに入っていないことに気づくのは、1週間か2週間後になってからということがよくあります。これは新しい開発者やエンジニアの迅速なオンボーディングだけではありません。多くの場合、人々はチームを移動しますが、チームを移動するときは、まったく新しい会社で働き始めるようなものです。そのチームがどのように働いているか、どのようなツールやフレームワークを使っているかを学ばなければなりません。これにより、エンジニアが異なる部分や異なるアプリケーション、さらには異なる部門で働く際の移動が、以前よりもはるかに迅速になります。
そして再び、左にシフトして、すべての設定をラップトップのパワーを活用することで、特にマルチクラウドにおいて、エンジニアがビジネスの期待に応えるためにサービスを迅速に有効化することに集中でき、フローの中でより多くの時間を過ごせるようにしています。
そして最後に、これはベロシティについてです。ベストオブブリードのマルチクラウドサービスを有効化することで、エンジニアが大規模にビジネスに価値と成果を提供できるようにします。そして最終的には、エンジニアが活躍できるようにエンパワーメントすることです。
ありがとうBrent。Chris、ええ、ありがとうございます。そして、Brent、説明してくれてありがとう、本当に興味深いですね。私の頭に浮かんだいくつかの質問があります。つまり、開発者向けにそのような体験を構築するのにどのくらいの時間がかかりましたか?何年もかけて起こったことですか、それともかなり迅速に起こったことですか?
ええ、基本的な機能を構築するのに数年かかりました。最も価値が高いところ、エンジニアリングのセットアップで最も手間がかかっていたところを見て、それから各ベースイメージを段階的に構築してきました。今では数十のテンプレートがあります。そして、エンジニアがプラットフォームに貢献できるインナーソーシングモデルもあります。実際のマルチクラウドサービスの有効化やサービスビルダーテンプレートは、クラウドエンジニアの一人から生まれたものです。
なるほど、つまり、痒いところを掻くところから成長して、おっしゃったように今では1000人のエンジニアが使っているプラットフォームになったわけですね、素晴らしい。そして、それについてですが、おっしゃったように1000人以上のエンジニアがいる中で、今そのプラットフォームをサポートしているのは何人ですか?
ええ、私たちには世界中に分散した何千人ものエンジニアがいて、プラットフォームをサポートしているのは一人だけなんです。素晴らしいですね、オーケー、つまりある程度は自動で動いているということですね。ええ、おそらくその一人はそうは言わないでしょうけど、でもAIツールが登場してきていますし、それから、開発者のフローについて話されていましたが、Dexdをどのように使って内部ツールと連携しているのか、あるいは開発者が御社の内部ツールとどのように連携しているのを見ていますか?スクリーンショットにMacquarieの内部ツールがいくつか映っていましたが、MCPsなどを使ってDexdを活用して、開発者エクスペリエンスを強化したり、作業をより簡単にしたりしていますか?
ええ、もちろんです。明らかにAWS MCPサーバーを有効にしていますが、私たち自身のプラットフォームにも使用しています。私たちのクラウドコントロールプレーンは非常に成熟していて、11年近く稼働しています。そして私たちが取り組もうとしていることの一つは、やはりサイクルタイムの削減とベロシティの向上です。ビルドの失敗を調べるMCPsを使っていて、エンジニアとして開発環境に座っていて、サービスを利用しようとしている場合、チャットウィンドウを使うことができ、MCPが調べて、多くの場合クレームの修正を返してくれます。なぜなら、過去の例に基づいて知っているからです。
ああ、とても良いですね、それは素晴らしい。さて、Brentさん、これらすべてを共有していただきありがとうございました。非常に興味深かったです。それでは、似たような流れで他のいくつかのトークにも触れておきたいと思います。もしこれが興味深いと思われたなら、ぜひAdobeのセッションもチェックしてみてください。プレゼンテーションから48時間以内にYouTubeで視聴可能になりますので、家に帰ってからチェックできます。
さて、いくつかのリンクを共有すると約束していましたので、こちらがそのQRコードです。上の二つはAWSマルチクラウドのページですが、私の見解では、おそらくここで最も興味深いのはMacquarie Engineeringブログです。次回あたりにブログ投稿が公開される予定ですので、それを楽しみにしています。でも他にも本当に素晴らしいコンテンツがたくさんあって、Brentさんが触れたコントロールプレーンの管理方法や、シークレット管理などについても書かれていますので、ぜひチェックしてみてください。
Brentさんはdevelopment containersを使っていると言及していましたが、それがそこにあるリンクです。これも本当に興味深いツールで、多くの開発者が採用しているのを見てきました。それでは、ここで締めくくりたいと思います。私たちはこちらにいますので、もし後で質問があれば、ぜひお気軽にお越しください。それから、アプリの一部であるサーベイでフィードバックをいただけると嬉しいです。それでは、ここで締めくくります。お時間をいただきありがとうございました。ありがとうございました。
※ こちらの記事は Amazon Bedrock を利用し、元動画の情報をできる限り維持しつつ自動で作成しています。
Discussion