聞きたいこと

事業会社でWebサービスの開発運用しています。
複数サービス提供しているのですが、terraformコードを管理する際、GitHubのリポジトリを分けた方がいいのかモノレポ管理がいいのか悩んでいます。

詳細

現在terraform管理しているリソース：AWS, Auth0
今後terraform管理する予定のリソース：Stripe（決済機能）
開発チームの人数：4名。インフラを見ているのはほぼ自分1人
事業の今後：現在は2つのサービスとサービス共通基盤の3つですが、新規でサービスを複数展開予定
インフラ構成について：AWSを利用。EKSクラスターでアプリケーションを動かしており、VPCとEKSはサービス間で共有、その他のリソースはサービスごとに作成
個人的な考え：モノレポでいい
- チームの人数が増える予定もないので、管理するリポジトリが増えたときの管理が大変そう（プロバイダーのバージョン更新、社内モジュールの更新など）。Git管理的に他サービスのリバートに別のサービスのコミットが巻き込まれる点を懸念したが、アプリケーションほど変更頻度も高くなく、これまでもそういったことはなかったのでそれほど問題なさそう

回答3件

tamanegine

総合スコア182

投稿2026/01/24 17:13

編集2026/01/24 17:15

質問者さんのモノレポでよいかの考えは真っ当かなと思います。この領域は好みで分かれるものだと思うので、最終的にはチームで合意すればよいのかなと思います。
～さんが言っていた、～サイトに書かれていたからXXX案にするというより、会社や研究室、開発メンバーの意見やルールを踏襲の上、採用するのが良いかなと思います。

以下自分の好みなので、あくまで参考にしてください。自分は今回のケースではリポジトリを分けると思います。

リポジトリを分けるパターン

サービス単位でリポジトリを分割する

今回のケースではログイン画面（Auth0）、決済画面(Stripe)は将来的に他システムでも使用しそうなので、アプリ（AWS上で稼働）とログイン画面、Stripeという3つのサービス単位と考え、それぞれのサービスのフロントエンド、バックエンド、メンテナンスツール、インフラコード、ドキュメントを束ねて3つのリポジトリに分けます。
インフラのコードとアプリのコードを分ける