QCon London 2026：Monzoにおける人間とそれを超えた継続的リリース

QCon London 2026において、Monzoのプラットフォームグループを率いるシニアエンジニアのスハイール・パテルは、同銀行が毎日数百件の変更を生産環境にリリースできる開発者向けプラットフォームをどのように構築したかを説明しました。 Monzoは3,000以上のマイクロサービスからなるアーキテクチャで運用されており、これらはすべて標準化されたテンプレートに基づくブートストラップジェネレーターを使用して統一されたスタイルで記述されています。Kafkaキュー、HTTPサービス、テレメトリーなどの基盤インフラストラクチャーはライブラリによって自動的に作成されるため、エンジニアはビジネスロジックの構築に集中できます。すべてのサービスは、データベースロジック、キューコンシューマーロジック、RPCレイヤーに対して同じフォルダ構造に従っています。 パテル氏は、実装がもはやソフトウェアデリバリーライフサイクルにおけるボトルネックではないと説明しました。かつてコードの記述や反復に数日かかったものが、現代のLLM（大規模言語モデル）ベースのツールリングを用いれば、エンジニアは数時間以内に10〜20の候補となる実装を生成し、最適な選択を行えるようになったのです。彼はこの課題を、規制環境下で信頼とコンプライアンスをいかに維持するかという問題へと再定義しました。 「私たちはカレンダー上の時間を余分に確保しているわけではありません。むしろ作業量を増やし、したがってこれらの変更をリリースするための圧力が高まっています。」 — スハイール・パテル、Monzo シニアエンジニア パテルは、スケールして迅速に動くためには開発者体験インフラが不可欠であると明確に述べています。モンゾにはバックエンドエンジニアリングの規約があり、これらは構造化された「Backend 101」ガイドにまとめられており、すべての新入社員がこれを完了する必要があります。また、これらの規約は LLM のスキルとしてエンコードされており、Claude や Cursor といったツールが銀行のプロセスを学習し、サービスの構造に従うことができるようになっています。その結果、生成されたコードはプラットフォームから逸脱するのではなく、そこに適合するものとなり、トレーニング例として既存の 3,000 以上のリポジトリも活用されています。エンジニア以外のスタッフ、例えばプロダクトマネージャーやデザイナーは、今では小さなバグ、データに関する質問、技術的な問い合わせを直接 LLM に持ち込むことができ、エンジニアにチケットを起票する必要がなくなりました。 パテルは、ステージング環境を実行するためのモンゾの「テナンシー」システムについて時間をかけて説明しました。250 のマイクロサービスすべてをローカルで依存関係ごと起動し、さらに独自の Python 環境を持つ機械学習モデルも同時に動かすことは、歴史的に非現実的でした。彼は QCon London 2022 で Stripe の Soam Vasani が行った講演を引用しました。その講演では、フルスタックの Stripe スタックの一部のみを実行するリモート開発ボックスのプロビジョニングを探求し、ローカルでの開発がシームレスに感じられるようにする方法について議論していました。 Monzo は同様のアプローチを採用しましたが、さらに一歩進んで、エンジニアは変更したサービスのみを隔離された「テナント」ネームスペースにデプロイし、専用のデータネームスペースでバックアップされ、他のすべての依存関係は共有ステージング環境を経由してルーティングされます。すべてのリクエストにはテナントヘッダーが含まれており、サービスメッシュが双方向で正しくルーティングされるようにしています。受入テストは現在、プルリクエストの一部として独自のテナント内で実行されており、以前に問題を引き起こしていた逐次的なスケジューリングや不安定さが排除されました。テナントは非常に軽量であり、数百が同時に実行され、数分でプロビジョニングおよび削除が可能です。 パテル氏は、品質チェックは高シグナルで必須のものであり、任意のものではないと主張しました。コードのバグによるインシデントが発生した場合、エンジニアはそのバグを再発防止するための CI チェックに変換する方法を即座に問います。自動化されたチェックが真の意味を持つことを確保するために多くの努力が払われており、それらをバイパスする際には意図的に意味のある摩擦が組み込まれています。つまり、例外を処理するには複数の関係者へのエスカレーションが必要であり、正式なプロセスを通じてその例外を正当化する必要があります。 LLM（大規模言語モデル）もここで活用されています。パテル氏は、Claude を使用してネイティブ Go の AST ベースの構文チェッカーを作成したと説明しました。また、クロス言語静的解析には Semgrep を推奨し、LLM ツールリングがコードベース全体にわたってチェックを実行し、特定された問題に対して自動的にプルリクエストを提起できる点にも言及しました。 「すべての問題を解決するために、高度な AI コードレビューが必要なのではありません。むしろ、時間をかけて非常に高品質な CI チェックを書くことに注力すべきです。」 — スーハイル・パテル、Monzo 主任エンジニア 本番環境の観測性（observability）において、Monzo は Prometheus、Grafana、OpenTelemetry に依存し、特定の修正と責任チームに遡る自動アラートを流しています。パテルはコストを率直に認めました。「私たちはこれらすべてにお金をかけています。しかし、インシデントが発生し、寄与要因を特定できるたびに、私たちは感謝の気持ちを抱きます。」また、本番環境へのデプロイ時にパフォーマンスの回帰を検出するために、Pyroscope を継続的なプロファイリング（profiling）に使用しています。パテルは、パフォーマンスが改善されたことを祝うための Slack チャンネル「Graph Trending Downwards」についても言及しました。 さらに焦点を当てられたのは、銀行内部の CLI です。エンジニアも非エンジニアも、ノートブックや Postman スクリプトに頼るのではなく、本番環境のマイクロサービスとの対話、サービス設定の管理、オペレーションのスケジュールにこの CLI を使用しています。この CLI には、機密性の高い操作に対して第二者の目が必要となるマルチパーティ承認システムが組み込まれています。 パテルは、優れた CLI インターフェースは LLM がツールを呼び出す際のトークン消費量も削減すると指摘しました。例えば、GitHub CLI を介して構造化された JSON の差分（diff）を解析することは、モデルにレンダリングされた Web UI をナビゲートさせるよりもはるかに信頼性が高いのです。「LLM にとっても、決定論的なツールを呼び出すことは、はるかに信頼性の高い結果につながります。」 Fabien Deshayes は、Monzo のプラットフォームおよび開発者体験担当のエンジニアリングマネージャーとして、QCon London 2025 で関連するテーマについて取り上げました。 Patel は、組織プロセスを符号化し自動化するために、構成可能で最高クラスのツールへの投資；迅速な反復能力への投資；そして技術選択を少数に標準化し、その抽象化を継続的に改善することで、エンジニアと LLM の両者がインフラを一から再構築するのではなく、目の前のビジネス問題に集中できるようにするという 3 つの原則で締めくくりました。 Suhail Patel は、QCon London 2026 で「Move Fast, Don't Break Trust: Shipping Constantly with Humans and Beyond」と題して講演を行いました。 About the Author Matt Saunders 私は Adaptavist の VP DevOps です。チームが DevOps、プラットフォームエンジニアリング、クラウドネイティブなツールや技術を活用し、信頼性の高い高品質なソフトウェアを迅速かつ効率的に、そして最小限のストレスで提供できるよう支援しています。複雑な大企業から小規模スタートアップ、中小企業まで、その間のあらゆる組織と協力してきました。 また、ロンドン DevOps ミートアップグループの共同主催者でもあり、10,000 名以上のメンバーを抱える非常に人気のある月次業界イベントを主宰しています。 Show moreShow less

QCon London 2026：Monzoにおける人間とそれを超えた継続的リリース

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト