Shopifyはいかにしてモジュラモノリスへ移行したか

原文(投稿日：2019/07/29)へのリンク ShopifyのシニアエンジニアであるKirsten Westeinde氏がShopify Unite 2019で、Shopifyにおけるモジュラモノリス(modular monolith)への展開について論じた。変更をいつ行うか、どのように達成するか、といった判断にデザインペイオフラインを使用したこと、ターゲットアーキテクチャからマイクロサービスを除外した理由、などがその内容だ。 重要な点は、モノリスは必ずしも悪いアーキテクチャではなく、単一のテストおよび展開パイプラインなど多くのメリットがある、ということだ。新たな機能を短期間で提供する必要のあるプロジェクトを立ち上げるには、これは非常に有用だ。アーキテクチャの改善に着手すべきなのは、"設計のペイオフライン"を越えた時、すなわち設計の悪さが機能開発を妨げるポイントにおいてのみである。Sho

[sometk]

spotifyに空目、ガチで

[vanbraam]

本当に何度でも書くがmicroservicesの少なくとも半分は組織論.組織を変えられない/変える必要がないならmicroservices化は不要だし下手すると邪魔.今回のShopifyは単に"変える必要がない"ケースだったのでは?

[joker1007]

これ、めっちゃ妥当な進化だと思ってるんだけど、RubyとRailsという世界でビジネスドメインに基いたコンポーネント境界の規律を守らせることが一般的なチームで可能なのか、という疑問がある。

[gabill]

顧客が本当に必要だったもの

[alcoolalcho]

“Wedgeという名前の社内ツールが開発された。このツールはコールグラフを作成して、コンポーネント間のコールなど、違反しているコールを見つけ出すことでこれを行う。” これ欲しい

[aktkro]

よりよいモノリス！

[el-condor]

肝心なのは境界の定義と境界間の結合性の逓減であって過度な分離が良くないケースもある、ということか。ただ、これを、嫌でも境界間の依存性の最小化を迫られるマイクロサービス化なしにやりきったのは凄いな

[rti7743]

目的と手段がちゃんとわかってる話だと思った

[onigra]

Wedgeいいな。ArchUnitっぽい https://www.archunit.org/

[prograti]

公式ブログに紹介記事がありますね。 https://engineering.shopify.com/blogs/engineering/deconstructing-monolith-designing-software-maximizes-developer-productivity

[nilab]

Shopifyはいかにしてモジュラモノリスへ移行したか

[stibbar]

https://medium.com/@teruhisafukumoto/how-to-write-fast-code-in-ruby-on-rails-at-shopify-70668edc47b1

[takezaki]

“モジュラモノリスへの移行という形。この判断によって、単一のテストと展開パイプラインというモノリスのメリットと、コードのモジュール化や分離といったマイクロサービスのメリットを両立することができた”

[t2wave]

"アーキテクチャの改善に着手すべきなのは、"設計のペイオフライン"を越えた時、すなわち設計の悪さが機能開発を妨げるポイントにおいてのみである。"

[ebo-c]

GitHub見たらShopifyのエンジニアは少なくとも200名以上いるようで、大規模エンジニア組織の取れる数少ない選択肢がマイクロサービスなのでは……と思っていた私には衝撃だった https://github.com/Shopify

[grandcolline]

マイクロサービスでなくモジュラモノリスを選ぶのアリかもしれない。。。

[mabots]

各コンポーネントの分離の達成状況を追跡するために、Wedgeという名前の社内ツールが開発された。このツールはコールグラフを作成して、コンポーネント間のコールなど、違反しているコールを見つけ出す

[rsky]

公演全文の動画は https://www.youtube.com/watch?v=ISYKx8sa53g

[t_ita]

「モジュラモノリス」

[saku_na63]

は〜、こういう解もあるのか。単純なのになんで思いつかなかったんだろう。とても良い。

[jsstudy]

モノリスのような単一で展開可能なユニットを維持しながら、マイクロサービスのようにシステムのモジュール性を高めることが設計目標。これを実現するため、Shopifyでは、モジュラモノリス(modular monolith)パターンを採用

[griefworker]

モノリスとマイクロサービスの中間に位置するのがモジュラモノリス、と。

[tak-n]

m

[pro_shunsuke]

それが難しいからマイクロサービスに走るのだろうと思っていたけど、ちゃんとやり切れるならすごい

[daaaaaai]

どんな組織になってるんだろ・・・

[naopr]

自分の中でいまこれが理想

[katsyoshi]

よいまとめ

[ledsun]

なるほど、"コールグラフを作成して、コンポーネント間のコールなど、違反しているコールを見つけ出す"で十分なのか。が、rubyだからランタイムチェックか、テスト実行して探すのかな？

[ngmy]

アーキテクトには審美眼が必要。思考停止して流行り物に飛びつくのではなく。

[msykt]

“優れたソフトウェアアーキテクチャというのは、常に進化するタスクです。アプリの正しいソリューションは、運用する規模によってまったく違います。”

[ku-kai27]

初めて知った気になる。

[braitom]

Shopifyのアーキテクチャ設計について。マイクロサービスではなくモジュラモノリスパターンを採用した理由、どのようにマイグレートしたかが書かれている。

[tomiyanx]

“単一のテストと展開パイプラインというモノリスのメリットと、コードのモジュール化や分離といったマイクロサービスのメリットを両立することができたのだ。”