メルカリShops での monorepo 開発体験記 | メルカリエンジニアリング
こんにちは！ソウゾウのSoftware Engineerの@ogataka50です。連載：「メルカリShops」プレオープンまでの開発の裏側の9日目を担当させていただきます。 1日目の記事「メルカリShops の技術スタックと、その選定理由」にあった通りメルカリShopsではMonorepoで開発を行なっています。この記事では主にSoftware Engineerとして、DX (Developer eXperience)の観点からPJ初期からMonorepo上で開発を進めていった中で経験したこと感じたことを実際に起きた出来事とともに共有したいと思います。 Monorepoとは Monorepoとは単一のリポジトリに特定のプロジェクトのコードをすべて含めるパターンです。 下記のような利点があると言われています。 コードの可視性 統一されたバージョン管理, Single Source of T
モノレポ入門
モノレポ入門 mono: 単一の repo: レポジトリ その名の通り、単一のリポジトリで複数のプロジェクトを管理することです 例えば... 一つのサービスで sample-project-backend: バックエンド sample-project-user: ユーザーフロント sample-project-partner: 提携企業用管理画面 sample-project-staff: 社内用管理画面 みたいに複数のリポジトリで一つのサービスが構築されているケース多いと思います。 モノレポで構成するとこんな感じで一つのリポジトリで管理することができます apps/ └ user-front-sp └ user-front-pc └ backend └ partner └ staff libs/ └ shared/ └ constants/ └ components/
「マイクロサービスは銀の弾丸じゃない」メルカリ・グリーCTOがエンジニア組織拡大期に得た学びと苦悩【若狭建×藤本真樹】 - エンジニアtype | 転職type
市場規模1兆円を超えるリユース市場において、業界の覇者として躍進を続けてきたメルカリ。「新たな価値を生みだす世界的なマーケットプレイスを創る」という揺るぎないミッションを掲げる同社は、今年で創業9年を迎える。そんな彼らが次のステージとして見据えるのは、世界に引けをとらない「グローバルテックカンパニー」の地位だ。本特集では、進化を続けるメルカリの現在地と未来をお届けする 2004年に創業、世界初のモバイルゲームを開発し一大ムーブメントを起こしたグリーと、2013年に創業し日本に二次流通市場を拡げたメルカリ。 サービスの性質や歴史は異なるが、短期間で会社規模が大きくなり、それとともにエンジニア組織も急速に拡大した点は共通する。 ゼロからの組織・サービスを立ち上げ、「スタートアップ」「ベンチャー」と呼ばれた時代を超えて、巨大テックカンパニーになろうとしている両社が、開発組織を数百名規模まで大きく
なぜMicroservicesか?
現職においてMonolithアーキテクチャからMicroservicesアーキテクチャへの移行とその基盤の構築に関わって2年近くが経った．未だ道半ばであるがこれまでの経験や日々のインプットをもとにいろいろ書いておこうという気持ちになった．本記事ではそもそもMicroservicesアーキテクチャとは何かを整理し，なぜやるべきか?・なぜ避けるべきかを整理する． Microservices? Microservicesアーキテクチャとは「Single purpose，High cohesion，そしてLoosly Couploedなサービスを組み合わせてシステムを構築する」アーキテクチャ手法である．それぞれの原則をまとめると以下のようになる． Single purpose: 一つのことに集中しておりそれをうまくやること Loose coupling: サービスは依存するサービスについて最小限の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【アプリ開発】そのマイクロサービス、ちょっと待った！本当に必要な場面を教えます #devio2021