モノレポとは？基本概念と対義語
マヂカル.fmは関西人のプロダクトマネージャーみちるだと関西人(?)のソフトウェアエンジニアのうぱみゅんが週2で配信する雑談ポッドキャストです。お願いします。
お願いします。
今日のテーマは、モノレポって何?
モノレポ?
モノレポ?
ちょっと前回に引き続き、みちるだがうぱみゅんに教えてもらうテクシリーズ、第2弾。
ボードゲーム?
モノポリー?
モノポリーじゃないんだよね?
モノポリーみたいな感じですか?
違いますか?
なんかその、モノレポで開発してますみたいな感じで使う言葉?
なんかあれだよね、よくさ、愛籍食堂のさ、何とかべっちゃを何とかしてみたいな。
何それ?
南アフリカか何かの食べ物、おふとべっちゃを何とかしてみたいなのがあるんですけど、
それぐらい分からない感じってことですよね。
モノレポで開発してるみたいな感じは言ってみるけど、モノレポって何だみたいな。
そうですね、でもなんか自分がモノレポって単語を聞くのは、意外と採用文脈とかかもしれません。
なんか、お兄ちゃん、こういう感じで開発してるんですか?みたいな質問が来て、
偉い人とかが、いや、当社モノレポでやってますみたいなことを回答しているイメージ。
マイクロサービスって関係ありますか?
あんま関係ないっすね。
あ、関係ないんだ。
モノレポってかっこいいんですか?
まずさっき私が言ってた、アイセキショートのやつは、
おふちょべっとしたテフをマブガッとしてリットですね。
何があったの?
なんかその、何かこう作ってる、料理を作ってるやつがあるんですけど、映像が流れてるんですけど、
そこに字幕で、おふちょべっとしたテフをマブガッとしてリットって書いてるけど、何も分からなすぎて、
聞いてる単語が何も分からないときに使う画像として、それがよく使われてる。
モノレポもね、同じ状態。
でもなんかそれよりはちょっと分かる。
モノレポだけだから。
モノレポジトリってことですよね。
1レポジトリでやってるってこと?
じゃあ逆は?
当ててあげようか。
当ててあげようか、あなたの考えてることを当ててあげましょうか。
メニメニレポジトリってことじゃん。
素直に考えたメニーで、マルチとかですか?
あーなるほどね。
で、あるんですか本当にその対義語みたいな。
ありますあります。何ならさっき出ました。
正解言いますか?
ポリーですね。
へー。
なのでポリレポ。
モノポリー。
確かにポリーってどういう意味だっけ?
対義的なみたいな感じ?
多く。
多く?
モノは何ですかね。ギリシャ語から来てるんだ。
だからモノラルとか単一のみたいな感じですね。
うーん。
じゃあモノポリーってもう反対語をめっちゃ言ってるってこと?
ね。
どういう、なんであれモノポリーって言うんだ?
あれってモノポリーって単語ですよね。
なんだっけ、独占みたいな。
えー。
独占権、先輩権、独占専有。
どっちが先なんだろうね。
そのモノポリーっていうゲームができて、その単語の意味が専有になったのか。
いやえー。
さすがに?
さすがにじゃね?
あ、でもねモノポリーのポリーは売るみたいな意味らしいですよ。
うーん。
複数のポリーとスペルは一緒だけど。
えー、そうなんだ。
うん。
だから一人だけが売ることだから独占らしい。
あ、なるほどね。それは分かりやすいですね。
まあ、え、てかモノポリーのレベル、単語レベル低く、結構難しい単語じゃない?独占権とか。
そうね。
統一区レベル600点以上みたいな。
え、低く?
英検2級以上みたいな感じになってるから。
まあでも、勉強してる人は知っといてねってことか。
高校生ぐらいかなって。
厳しい。
で、何の話してるっけ?
モノレポとポリレポの構造と違い
モノレポ。
モノレポは簡単ですよ。
ポリーレポ、多分普通の人が、多くの人が考えるのはポリーレポだと思うんですよね。
企業ってソフトウェアを開発する会社だと、例えば支払いの請求サービスと、他の、なんだろうな、
勤怠サービスとか、他のなんとかサービスみたいなのをいっぱい提供してる会社だとしたら、
それぞれが別々のリポジトリっていう、分かれたところに登録されてる。
GitHubでリポジトリっていうのがあるんですけど。
コードを管理する単位みたいな感じでいいでしょ。
そうですね、多く言えば。
だからディレクトリも別のところにあるみたいな。
デスクトップの下の支払いサービス、デスクトップの下の勤怠サービス、デスクトップの下の保険サービスみたいな感じになって、
ポリーレポはそれぞれ並列した。
違うカテゴリーで。
そうです。
違うフォルダーでコードを管理しては。
そうです。
でもそうしたくなりそう。
ね。
で、ポリーレポはサービスみたいなリポジトリを作って、その中に、
モノレポ?
モノレポはサービスみたいなディレクトリ作って、その中に、なんだかサービス、なんだかサービス、なんだかサービスみたいな感じで生まれる感じで、
リポジトリとしては一つなんですね。
それがそんな違いを生むんだ。
違うんですね、これが。
そこでだけだと、意外とあんま変わらんくねって思っちゃったけど、そうなんだ。
モノレポのメリット：共通化と効率性
何がそんな大きく違うんだ。
一つは、なんだろうね、例えばですけど、どっから説明するのがわかりやすいかな。
例えばよくあるのが、一番イメージしやすいのだと、例えば共通ライブラリみたいなのがあるとするじゃないですか、便利。便利ライブラリみたいな。
うちの会社で、毎回税金の計算いろんなところに散らばっちゃったら、ちょっとまずいから。
同じロジックで。
やりたいよね。
やりたい。
そのための税金計算ライブラリを作ろうってするじゃないですか。
そうした時に、モノレポからいくか。
モノレポだったら、あるライブラリのディレクトリがあって、そこに税金のロジックが書かれてます。
そうすると、支払いサービス、近代はないけど、例えば経費生産サービスとか、そいつは別のディレクトリのやつを読みに行けばいいだけなんですよね、ライブラリを。
うん。
これ簡単じゃないですか。
これのいいところは、支払いサービスと経費生産のサービスで、こいつだけ古いロジックを捕まえてるみたいなことがない。
ただ2つとも同じディレクトリの見てるから。
同じ税金計算ライブラリを見てるから、そいつがアップデートされたら、みんな最新のロジックになる。
モノレポは常にこういうロジックが成り立つんですよ。
例えばよくCIって言う。
CIって聞いたことある。
これは継続して何かを回すやつなんですけど、例えばテスト。
テストだけに使う言葉じゃないんだ。
テストを回したり、コードの良くない部分を探したり、みたいなのをするやつをCIでセットアップするみたいな感じで言うんですけど、
CIはコンティニュアスインテグレーションかな。
ずっと継続して何かをするやつなんですよ。
だから新しいテストを増やしたいとか、新しいコードを検査して良くないものが曲げれ込んでないかテストしたいみたいなのをすると、
モノレポだとその一つのリポジトリに設定すればいいじゃないですか。
けどポリレポいっぱいあるバージョンだと、例えばそれが100個リポジトリがありますってなったら、
モノレポは1個そこに設定して100個ディレクトリ分見るようにすればいいんですけど、
ポリレポはそれぞれのリポジトリに1個ずつ入れていかないといけないんですよね。
全部入れたってなるじゃないですか。
でもこれこういう風に改善したいなって言って変えたとしたら、また100個分修正しないといけないんですよね。
けどモノレポの場合は1個変えたらそれが全部に行き渡る。
それがさっきはライブラリーもそうだったし、CRみたいな下地の部分もその一つ。
あとよくあるのがローカルの開発環境みたいなやつが、
ポリレポになってたらちょっとずつ起動方法が違って大変とか、
一つのコマンドで上手く立ち上がらないとか、
ちょっと流行から乗り遅れた立ち上げ方のやつがいるとかありますけど、
モノレポだったら全部一箇所で一元管理して面倒を見れる。
共通化しやすい。
そうですそうです。
なんでこのめちゃくちゃレバーが効きやすいんですよね。
1個改善したらそれがもう100サービス使ってるやつだったら100サービス全員にこのメリットが行き渡る。
めちゃいいじゃん。
モノレポのデメリットとポリレポの利点
けどポリレポの場合はライブラリーとかは外に共通化されているものがある。
それをみんな共通ライブラリーとして持ってくる感じなんで、
その時のバージョンで基本的に固定するんですよ。
なんで自分で税金のライブラリーのバージョンを上げようみたいな感じで、
上げないとそのバージョンに行かないんですよね。
なんでめっちゃ古い、お前それめっちゃ古いぞみたいなやつもいる。
全自動アップデートとかできないっていう。
結構それが面倒ポイントですね。
なんか今の話だとモノレポの方が良くねって感じ。
ポリレポの方が良い面とかあるんですか?
今は私もめちゃくちゃモノレポ信者だからな。
信者っぽいですよね。
例えばコードがデカすぎるみたいなのもあるんですけど、
結構工夫が必要ですねその場合は。
コードがデカすぎるみたいになったら工夫が必要なんですけど、
あのGoogleもモノレポなんで大丈夫でなんとかなるんじゃないって感じですね。
なんかコードがデカくなるにつれていろんな工夫が必要なんで、
そこが大変な場合もあるかなっていう感じですね。
それはなんで工夫が必要になっちゃうんですか?
例えばさっきのCIみたいなやつが問題になりがちで、
例えばモノレポに10個しかリポジトリがないときを考えてみると、
テストを回すのに1分かかりましたと10分テストを回すのにかかります。
10個サービスがあるから。
まあいいじゃないですか。
それが1000個になってテストを回すのに1000分かかりましたとなったら、
いやそんなの耐えられないよってなるじゃないですか。
なんでそれをいい感じに解決する必要があるんですよね。
例えば自分が修正した影響範囲のサービスだけのテストを走らせるみたいな工夫をして、
これ1個いじったけどそれは3つのサービスにしか関係ないから、
1000個サービスあるけど3分で終わるよみたいな、
そういう工夫をやっていかないと大変になる。
なるほど。
なのでそういう気遣いというか工夫がいろんな点で必要になってくるんで、
まあって感じですかね。
素直にやると本当に全部に適応されちゃうみたいな感じなんだ。
なるほど。
モノレポの採用状況と意思決定
じゃあなんかその、最近作られたサービスは基本モノレポであるみたいな。
もう完全に会社によりますね。
そうなんだ。
Googleのモノレポは今に始まったことじゃなくて、だいぶ前から。
そうで、モノレポがあんま流行ってなかった時もGoogleはモノレポっていうのはみんな知ってたから、
本当にそんなのいけるんですか?みたいな。
それはいけるんすか?は何でいけるんすか?って当時なってたんですか?
なんだろう、そのGoogleレベルのいろんなサービス、膨大な行動量で一つのリポジトリに閉じ込めるっていうのが結構。
半直感的だった。
そうそう。
へえ。
私も前職はモノレポじゃなかったんで。
そうなんだ。
今も大半の会社はポリレポだと思います。
そうなの?へえ。
それって例えばじゃあ今から本当に新しいサービス作りますってなった時にも、
そのモノかポリかは結構その人の思想によって決まるって。
そうですね。
そうなんだ。へえ。
あれ?自分さっきポリレポのいいとこ質問したけど、何でしたっけ?
その気遣いしなくていいみたいなことなんだったっけ?
なんかひねり出したっけ?なんかひねり出した気もするけど。
ちょっと忘れてた。
なんでポリレポのいいところは、さっきのモノレポのデメリットの逆で、
その一つのコードベースが途端に爆増するみたいなことがないから、
例えばCIに対していきなり線分かかることを考慮しなくていいんですよ。
自分のサービスしかないから。
なるほど。影響範囲小さく変更できるみたいな。
おばあさんはなんでモノレポ信者なんですか?
私なんか、普通にアプリケーション開発以外の、
人のローカル開発の何かが便利になったり、
共通のライブラリーみたいなところに手を入れることが多いんで、
モノレポの場合は、私がそれをやったら、
それを使ってみんなが勝手に知らないうちに便利になってるみたいなことになるんですけど、
ポリレポの場合は、意識してその設定を自分で入れたり、
バージョンを新しくしないと、その恩恵が手に入らないから、
すごい大変なんですよね。
その各レポジトリの管理者がアップデートしないと入らないみたいな。
なるほど。
なんかそのコントロールしやすいっちゃしやすいみたいな感じなのか。
知らぬところの変更とかはないって感じなのか。
そうですね。なんでそれが一つのポリレポのメリットでもあるしデメリットでもあるんですかね。
例えば共通ライブラリーが勝手にアップデートされてるから、
知らぬ間に壊れたみたいな。
こっちの新しいロジックがこっちのサービスだったら正しいんだけど、
こっちからしたらおかしいみたいな感じになってるときに、
ライブラリーが勝手にアップデートしたから壊れたみたいな感じになっちゃうけど、
こっちは自分で意思持ってアップデートしない、
ポリレポの場合は意思持ってアップデートしない限り普通はならない。
で、自分で上げない限りは勝手に壊れないっていう。
なるほど。
最新技術とモノレポの親和性
それなんか最初にどっちで始めるかってどうやって意思決定するとかあるんですか。
どうなんですかね。結構時代にもよるんじゃないですかね。
今だったらもうモノレポじゃないですか。
そうなんだ。
今はコーディングエージェントの恩恵がやばすぎて、
クロードコードとか別のディレクトリに散らばってたらすごい扱いづらいんですよね。
Add Directoryみたいな感じでやらないといけないんですけど、
もうコードが全て自分のディレクトリより下にあったらめちゃくちゃやりやすいんですよ。
だからよく、ちょっと今回扱わないけど、Git WorkTreeみたいなのがあるんですけど、
そういうのを使ったら、開発単位ごとに丸ごと別のディレクトリにコピーできるみたいな機能があるんですけど、
Git WorkTreeってそういうものなんですけど、
例えば、ホゲ機能を作ってるから、ホゲディレクトリっていうところにこのモノレポ全体をコピーしたよみたいな。
フが機能を作ってるから、フがディレクトリにこのモノレポ全体をコピーしたよみたいな感じでできる。
だから、ホゲ機能とフが機能が同時に作れるんですよ。
同じファイルを触らないと。
なるほど、コフリクトしない。
そうそう。
でも、ポリレポだったら、WorkTreeを作るときに複数のディレクトリを一緒に別のディレクトリに。
例えば、ホゲ機能がAリポジトリとBリポジトリ2つにまたがる変更なんだよなってなったら、
AリポジトリとBリポジトリでそれぞれGit WorkTreeを作ってホゲみたいな感じで別のディレクトリにしなきゃいけないから、
リポジトリ同士の整合性を取るのがめんどくさいっていう。
かつコーディングエージェントからは素直には扱いづらいっていう問題があるんで。
で、私が読んだったらモノレポ。
なるほど。
モノレポ最高。
ポリレポからモノレポへの移行とキャリア
モノレポの方が良さそうな。
洗脳された。
モノレポ教に入った。
そうなんだ。
今それこそコーディングエージェントがめっちゃ便利だからとかあると思うんですけど、
エンジニアの人が転職するってなったときに、その会社がモノレポかポリレポかとかって、
働く方が良いなとかに影響もするもんなんですか。
良いのはあるけど別にそれで転職するかどうか決まることはないじゃないですか。
まあアドの要素なんです。
別に圧倒的なモノレポ信者になったら、自分がそうすればいいしね。
ポリレポのものをモノレポにすればいいしね。
かっこいいね。
そこの変更ってそんなやろうと思えばできるって感じですか。
いやー大変ですね。
だからそれぐらいの覚悟を持っている。
意志が、覚悟がいるんだ。
でもこれなんかコードを何かくっつければいいっていう話じゃなくて、
さっきのCIの変更とかもめっちゃ頑張らないといけないんで、途中から統合する場合はね。
確かにさっきのライブラリのバージョンが違っちゃったら、じゃあそれどうするんだとかもある。
大変です。
大変なんで、統合する人はもう統合した後の運用とか、
そういうのもちゃんと管理できる体制があれば。
そういうの聞いたことありますか。
ポリレポからモノレポに変えたよみたいな。
うちですよ。
うちそうなの?そうなんだ。後から変えたの?
後からっていうか、合流した感じです。各サービスが。
そうなの?後かも。ずっとモノレポかのような。
いえいえ。
そうなんだ。
そうです。
なんでみんなつらいときも知ってる、つらいっていうかポリレポのときも知ってるから、
なんか今めっちゃ便利みたいな感じ。
そうなんだ。
多分モノレポの話は何回かうちのお会社の発表から出てきてるんで、
大丈夫なはず。
確かにどれぐらい聞いていいかわからなかった。
確かにね。
リリースする前にちゃんとチェックしないと。
でも大丈夫だ。私の発表資料に書いてるわ。
なんでよ。なんで怒ってないんだよ。
なんでよ。
よかった。
コードの行数まで書いてるわ。
何行か何行だったよみたいな。
いや、そのときはモノレポというよりコーディングエージェントの話で、
モノレポだから楽ちんだよみたいな話。
けどそのコードベースがでかすぎるからコーディングエージェントあんまり扱えなくて、
ちょっとどうしようかなみたいな感じが去年の6月とか。
クロードコーダーがみんななんか出てきたなぐらいのとき。
今はもう快適。関係ない。
SNモノレポと関係ある。クロードコーダーが賢くなったから。
ありがとう。
ちょっとね、オーパス4.6が出たからちょっとまた別の世界に行ったなっていう感じですね。
そうですね。ちょっと賢すぎますね。
高すぎますね。オーパス4.6は。
まとめとリスナーへの呼びかけ
怒られちゃって。勉強になりました。
これで、うちはモノレポなんですよって自信を持って。
なんだっけ、オフジョベットみたいな。
モノレポでCIをいい感じにリフとって、パースして、差分をテストしてるんですよって。
逆に知らないやつそうだ。
オフジョベットしたっていうのをカットしてみた。
確かにね、エンジニアの会話聞いてたら、これと同じようなオフジョベットしたテフをマフガットしてリュットみたいなのに聞こえるかもしれないですね。
そうね。でも何回か出てくる単語は、単語ではなくて。
言語学習の処方。
本当そうですよ。さっきのシェルとかもそうです。
聞いたことあるみたいな。
聞いたことはある。
パス聞いたことある。
聞いたことはある。でも何かは自分では説明できない。
なるほどね。
そんなばっかりです。
でも何かそれこそ自分で開発するようになったから、ちょっと中身を見ることができるようになったのはかなり、理解の上でも進捗。
しかも今もどんだけ聞いても分かんないやついるしね。
そうですね。それで分かるのは2割ぐらいかな。
何か分かった気になるけど、実際どうか分かんないっていうね。
なんで?
メチルダにも分かるように説明してって言ってもダメなの?
そうね。
メチルダって誰ですか?
LINEが難しいです。小学生にも分かるように説明してとかもプロンプトであるんですけど、
それ言うとマジで変な悟り話ばっかりになって何も分からんみたいな感じになる。
プロダクトマネージャーにも分かるように説明しての方が普通にいいんじゃない?
なんかITの基礎は分かってる人への説明、エンジニアリングだけ分からない。
だからさっきのポート番号とかもね、そういうやつです。
何回も聞くけどよく分からない。
なんかネットワークの何かみたいな。
でも知らずに過ごせるな、それが幸せ。
ポート番号の沼がある。
なのでちょっともし聞いたことあるけどこれ分かんないなーみたいな、
IT用語とか。
確かに。
これ解説してほしいっていうのがあれば、
うぱさんが解説してくれるので、
メチルダが分かりませんって言って。
怖っ、それどうするんですか?漁師コンピューターとか来たら。
さすがにリスナーの人はね、空気読んでくれると思うから。
子供だから分かりませんね。
そういうのはね、よりコンピューター科学ラジオに送ってもらって、
こっちには実務寄りの、実務で出てくる細かいやつ。
漁師コンピューターの人が怒っちゃう。
ちょっと偉大、偉大というか壮大だから漁師コンピューターとかは。
もうちょっと生活に寄り添った。
確かに。
生活に寄り添ったITの単語を解説してもらいましょう。
はい、そんな感じで。
感想・質問・フィードバックは、
Xのハッシュタグマヂカル.fm全部小文字、または概要欄のダイレフォーまでお寄せください。
Spotifyのベルマークを押すと更新通知が届きますので、そちらもお願いします。
ありがとうございます。
ありがとうございました。
