――とある金曜日の夜。
東京・京橋の会場は、オンラインの視聴者とともに、静かな、しかし確かな熱気に包まれていました。
そのイベントの名は「Zero.Lab Open Day 2026」。
普段、デジタルバンク「みんなの銀行」のシステム開発を担うゼロバンク・デザインファクトリー（※1 以下、ZDF）のエンジニア陣が、業務時間内に役職関係なく自らの知見を共有し、刺激し合う社内登壇会「Zero.Lab（ゼロラボ）」（※2）。
このZero.Labの特別編として、私たちが直面した「過去最大級の挑戦」とその乗り越え方を社外の皆さまに向けてありのままに語る、オープンな場が設けられました。この記事では、その熱気あふれる様子を1本のレポートに凝縮してお届けします。
※1 ゼロバンク・デザインファクトリーは、みんなの銀行のシステム開発を担う兄弟会社です。組織こそ分かれていますが、私たちはワンチームで「みんなに価値あるつながりを。」というミッションの実現を目指しています。
※2 Zero.Labは、2022年から続く、社内エンジニア向けの登壇会。開発を担うZDFのエンジニアたちが、普段から組織の垣根を越えて知見を共有し、互いに刺激し合う文化として根付いています。今回の「Zero.Lab Open Day」は、その特別編として、社外の方々にもご参加いただけるリアルセミナー形式で開催されました。
潜在ユーザー規模10倍超。「絶対に落とせない」戦いの幕開け
▲写真：みんなの銀行／ゼロバンク・デザインファクトリー 宮本昌明CIO
私たちみんなの銀行にとって、2025年は大きな転換点となりました。国内有数のユーザー規模を誇る外部プラットフォームとの、戦略的なBaaS（Banking as a Service）提携。これにより、そのパートナー企業のアプリを通じて、みんなの銀行の機能が提供されることになったのです。
しかし、エンジニアチームに突きつけられたミッションは、極めてチャレンジングなものでした。
宮本CIO「パートナー企業は数千万人規模のユーザーを抱えています。我々はその規模のアクセスに備える必要がありました。これは、当時のシステムから見れば、一気に10倍超のトラフィックを捌き切る能力を要求されることを意味していました。」
CIO（最高情報責任者）の宮本さんは、当時の緊張感をそう振り返ります。
もし、サービス開始と同時にアクセスが集中し、システムがダウンしてしまえば、お客さまの信頼を損なうだけでなく、パートナー企業にも多大な影響を与えてしまう。まさに「絶対にシステムを落とすな」という至上命題。
この巨大なプレッシャーに対し、バックエンド、フロントエンド、QA、インフラ、4つの領域のエンジニアたちは、いかにして立ち向かったのでしょうか。それぞれの「壁」と「突破口」を、登壇順に見ていきましょう。
1. バックエンド：鉄壁のAPIセキュリティと合理的な総力戦
▲写真：Application Development Headquarters Engineering Division2 BaaS開発Group 志村 直紀さん
最初に登壇したのは、BaaS API開発を担ったバックエンドエンジニアの志村さん。彼が語ったのは、「安全」と「スピード」を両立させるための、二つの知られざる奮闘でした。
「診断ツールが動かない……」高セキュリティであるがゆえの課題と突破口
銀行のAPIである以上、セキュリティは絶対に妥協できません。
しかし、その認証・認可方式を極めて強固にした結果、思わぬ事態が発生します。外部の専門会社による「脆弱性診断」で、通常の診断ツールではAPIを叩けないという壁にぶつかったのです。
志村さん「これでは、システムの“健康診断”ができない……。」
このままではプロジェクトは進まない。ここで彼らが取った解決策は、意外なものでした。
志村さん「診断会社がテストデータを安全に投入し、正しく検査を実施できるように、診断専用のツールを自社開発したのです。」
これは、セキュリティレベルを下げて検査を迂回させたのではありません。むしろその逆で、システムの堅牢性を保ったまま、第三者による厳格なチェックを可能にするためのプロフェッショナルな「工夫」でした。この自作ツールと、リクエストコマンド集を整備したことで、無事に診断を完了させることができたのです。
ツールの限界を超えろ！目的達成のための「物理的」負荷テスト
次なる壁は、性能を測る「負荷テスト」で現れました。数千万ユーザーのアクセスを想定した負荷をかけようにも、テストツールの性能が限界に達し、ローカルPC1台では目標とする負荷をかけられません。
志村さん「どうする？ このままでは、想定トラフィックに耐えられるかの検証ができない……。」
クラウド上で大きな負荷をかけるテスト用環境を組む時間もない中、チームが下した決断は、極めてシンプルかつパワフルなものでした。
志村さん「多端末からの同時アクセスという、より現実に即したシナリオを検証するため、チーム全員のPCを会議室に持ち寄って、一斉に負荷をかける。デジタルの課題解決ですが、目的達成のためにはこうした物理的なアプローチも厭わない。これも一つの合理的な判断でした。」
クラウド環境内のみでのシミュレーションだけではなく、多端末からのアクセスという、より現実に近い挙動を確認するために、あえて物理デバイスを用いた最終確認も徹底する。
この「念には念を入れる品質へのこだわり」が、大規模トラフィックの信頼性を担保する礎となったのです。