「Bill One」のインフラアーキテクチャ図

Sansanでは、営業DXサービス「Sansan」や名刺アプリ「Eight」、インボイス管理サービス「Bill One」、契約データベース「Contract One」を国内外で提供しています。本記事では「Bill One」についてご紹介します。
Bill Oneではマイクロサービスアーキテクチャを採用し、業務ドメインごとにサービスを分割しています。各マイクロサービスは一つのチームがフルサイクルで開発を担当することで、コードの規模とコミュニケーションコストを抑えつつ、開発速度と保守性を高めています。
マイクロサービスの実行環境にはGoogle Cloud Runを全面的に利用しています。Cloud Runは自由度の高いコンテナ環境のフルマネージドサービスで、立ち上げ期のコストパフォーマンスと拡大期のスケーラビリティを両立しやすい特徴があります。それにより、トラフィックの変動に関係なく、さまざまなマイクロサービスを一貫した仕組みで運用できます。
マイクロサービス間でデータのやり取りが必要な場合には同期的な通信は避け、Cloud TasksやPub/Subによる非同期メッセージングを採用しています。あるサービスに障害が起きても他のサービスがその影響を受けにくくなります。

現在のアーキテクチャの課題と今後の改善予定

今後の改善予定の一つは、現在のユーザーニーズに合わせたマイクロサービスの再分割です。Bill Oneは4年前のサービスローンチ以来、ユーザー体験の向上を目指して機能の追加・拡張をし続けており、現在は20を越えるマイクロサービスを開発・運用しています。初期に開発したマイクロサービスは機能追加とともにコード規模が肥大化しているため、マイクロサービスを再分割していきます。
もう一つは、マイクロサービスアーキテクチャをより洗練化し、開発のアジリティーをさらに高めることです。これまでBill Oneは業務ドメインごとに独立したマイクロサービスを開発することでアジリティーを持たせてきました。今後は、マイクロサービス群を横断する共通機能を基盤化すること、そしてマイクロサービス間をより疎結合にするために非同期通信のメカニズムを Cloud Tasksから Cloud Pub/Subへ移行することを推進し、より高いアジリティーを目指します。

◆執筆：技術本部 Bill One Engineering Unit Core Businessグループ　柳浦 豊

【サービス公式サイト】
https://bill-one.com/