[翻訳] Shopifyにおけるモジュラモノリスへの移行 - Qiita

こんにちは、食べログシステム本部長の京和です。 本エントリでは Shopify の Engineering Blog から、Kirsten Westeinde による「Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity」を翻訳して掲載します。 食べログではユーザーや飲食店に価値を届けるスピードを最大化するべく、マイクロサービス化などをはじめとしたこれまでの組織やアーキテクチャを刷新するための取り組みを始めています。しかし、マイクロサービスはアプリケーションアーキテクチャとインフラアーキテクチャが複雑に絡み合ったシステムで技術的難易度が非常に高く、適切に構築できなければ「分散されたモノリス」と呼ばれるアンチパターンに陥ります。1 Shopifyではマイクロサービスではなく、

[cl-gaku]

マイクロサービスにおいては自明な“厳密に強制された境界”をモジュラモノリスで維持するのはかなり骨が折れるように思えるんだよな

[nilab]

「各コンポーネントはそれぞれ独自のミニRailsアプリとして構造化され、最終的には、Rubyのモジュールを名前空間として使用することを目標としました」

[razokulover]

良い話だけどだいぶ根性作業だった “私たちはすべてのRubyクラス（合計約6,000個）を巨大なスプレッドシートにリストアップし、それがどのコンポーネントに属するかを手動でラベリングしました”

[shifumin]

“各コンポーネントはそれぞれ独自のミニRailsアプリとして構造化され、最終的には、Rubyのモジュールを名前空間として使用することを目標としました”

[yatmsu]

ブクマ忘れ

[youko03]

“新しいShopifyスタッフがオンボーディングでコードベースを理解する際、彼らが実戦で役立つ存在になる前に取り入れる必要のある情報量は膨大なものでした。例えば、出荷チームに加わった新しい開発者が開発を始めら

[motchang]

理解みがあるな

[t10471]

デプロイが気になる。どいうしてるんだろう...デグレしてrevertとかうまくいくのかな...?

[thaim]

コンポーネント間のデータ結合を制限する分割ってかなり難しそうなんだけど上手くいってるのかな。コンポーネントごとの凝縮度や公開API数の比率が気になる。

[efcl]

https://shopify.engineering/deconstructing-monolith-designing-software-maximizes-developer-productivity の翻訳

[sonots]

HTTP API ではなくて関数APIで分離するイメージ。モノリスRailsをモジュラモノリスに移行させた事例

[masatomo-m]

マイクロサービスまで切り離そうとすると大変すぎるけど、ドメイン境界をポリシとして定義できて強制する仕組みがあればモノリスでもそこそこの規模までいけそうだとは思っている

[uzuki-first]

素晴らしい記事 / 一方でモジュラモノリスが次の流行りのワードになる予感

[masa8aurum]

モジュラーモノリス。コードをビジネス分野ごとに分ける→境界をまたいでないか検出する仕組みを作る

[takahashim]

“Shopify社には掲載をご快諾いただき、さらに日本語訳のレビューもしていただけました。”