メルカリShops の技術スタックと、その選定理由 | メルカリエンジニアリング

こんにちは。ソウゾウの Software Engineer (CTO) の @suguru です。連載：「メルカリShops」プレオープンまでの開発の裏側の1日目を担当させていただきます。 7月末にメルカリShopsという新しいサービスが公開されました。メルカリShops は、2021年1月にメルカリのグループ会社として設立したソウゾウが新たに立ち上げたサービスです。 この記事では、メルカリShops を作るにあたり、どういった技術、アーキテクチャを選定したのか、その背景と意思決定をまとめて共有したいと思います。 monorepo まず最初にプロジェクトをスタートしたときに、サービスのリポジトリを作るのですが、迷わず monorepo による構成を選択しました。monorepo は、システムを構成する複数のコンポーネントの独立性を保ちつつ、全ての構成を1つのリポジトリで管理する手法です。今

[diveintounlimit]

技術的に銀の弾丸的なもの（銀の弾丸ではない）詰め合わせセットっていう印象。作ってる時は面白いがメンテが長期化すると大変そう。

[t-wada]

root直下で言語毎に分かれたmonorepo、ビルドはBazel。サーバサイドはGoが多く、k8sは使わずCloud Runでマイクロサービスを構築しgRPCで通信。フロントエンドはNext.js、BFFはNestJSでGraphQLを扱う。各マイクロサービスのDBはPostgres

[Chisei]

git によるモノレポ使いにくいと思っている。git graph 見にくくなるし pull で別チームの変更が強制的にダウンロードされるのは違和感がある。

[clockwork9]

monorepoのくだりで、少人数ハイスキルの集団感。こんなに多種の技術スタックをまとめると、日常の開発業務を進めるだけでも複数言語での問題解決スキルが必須になってしまう。

[tengo1985]

Bazelはわからなくはないけど格闘したくないなぁ。好んでる人ほとんどいない印象がある。

[FunnyBunnyDizzy]

採用が目標ということを理解して読みたい記事。けっこう大変そう。 / 小売もやってるので登録して当選したけど、手数料10%みてスッと引き返しました。

[joker1007]

この規模でbazel使うのYAGNIな気配がしなくもないが、monorepoの利点は分かる。しかしSpannerでなくCockroachDBを検討する理由は何だろう。

[taketyan]

Monorepo で言語ごとにディレクトリ分けるのは面白い。Bazel 面白そうだけど自分が見てる範囲では Monorepo でおm GitHub Actions で何とかなりそうな手応えなのでなかなか試せずにいる

[hikalin8686]

ローンチ時にここまで複雑なアーキテクチャで組めるほどユーザーが見込めるの良いなぁ

[ochimusha13]

採用目的だろうがなんだろうが、自分たちの組織文化をオープンにして一緒に働くチームを作っていくのすごく大事な時代。

[vvakame]

いい話だ

[mzkh]

Webアプリケーションを作るときのお手本として。AWSではなくGCPである理由も知りたいところ

[mapyo]

おもしろそう！

[iga_k]

PRをアトミックにできるのなるほど

[rlho]

ローカルでのフロント開発、負荷がやばいのでcode-serverいいなあ　“クラウドIDEの利点は、ハイスペックなサーバーで稼働できるため、monorepo のように構成コンポーネントが多い場合も高速にビルドやテストをすることがで

[gachapining]

Code Server という選択興味深い。割とフルパワーのMBPでもパワー不足感じることあって、かといってMacProもなぁ、という気持ちがあった。検討してみたい。

[efcl]

BazelとCode Server

[whoge]

意識高い技術と社風で生み出す転売屋の天国

[grandcolline]

CloudRunとクラウドIDE使ってる事例！！

[gonta616]

monorepoのメリットがわかってないので知りたい。コミットログえらいことなるから、まず分けろ。って指針にしてる

[renos]

知ってる単語がポスグレしかなくてワロタ…ワロタ…

[snowcrush]

楽しそうだけど仕事としてやりたい構成かというとちょっと。あとメルカリみたいな規模の大きい会社の一部門でmonorepoやっても自社内他サービスとの連携部分で結局境界部分がしんどくなりそうだけどどうなんだろ？

[ebo-c]

git操作を含む開発環境が重くなるのがmonorepoの大きな問題だと思うのだけれど力持ちなcodeserverである程度解決してるのか。今Microsoft社が重厚なmonorepoのシチュエーションに向けてgitのパフォーマンス改善してて期待してる

[ngmy]

技術スタックなんてチームの全員が納得感を持っていればそれでいいんだよ。外野がとやかくいうことじゃねえ。

[inouetakuya]

“多くの依存したコンポーネントにアクセスするために、NestJS の持つ DI（Dependency Injection）のアプローチは相性が良い”

[ed_v3]

いつも思うんだけどGitでMonorepoしてるとこってアクセス権どーしてんだろ？全開発者が全コードにアクセス可とかなのかな。

[maruware]

1年後にふりかえりを見てみたい感じのスタック

[Kesin]

うおBazelだ！エディタをクラウド上に持っていったり色々攻めた構成だ

[dai0916]

“。 ”

[boomerangj]

プロジェクト立ち上げ時からマイクロサービスにするのはベストなのかなあ。もちろんモノリスを後から分解するのは無理筋だけど、設計の定まってないうちから責務分担や強い境界線を引くのには抵抗があるんだよな。

[a-know]

色々良かった / PullReq がリポジトリよりも大きな単位を上手に扱えるようになったりするとまた色々変わったりするのかなぁなどとも妄想

[tasukuchan]

“stgreSQL を選択しています。今後 CockroachDB への移転を検討しています。”

[hitode909]

code-serverおもしろそう、試したい

[ya--mada]

チーム規模によるだろうな。

[brtRiver]

code-server 面白そう