Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ

モノリスでは大変なので、マイクロサービスやモジュラーモノリスにして認知負荷を減らしたり、生産性の劣化に抗いたいという考え方がある。 モジュラーモノリスとは モジュラーモノリスについては、だいたい infoq.com のモノリスシリーズ（？）を読めば良いんじゃないか。 有名なのは Shopify のヤツ。 モノリスとマイクロサービスの中間にある、1 アプリケーションなんだけどモノリスでは無い、アプリ内でモジュール分けされているアーキテクチャのこと。app/ の直下に MVC を置くんじゃなくて、COMPONENTS (例えば billing)/app/ の下に MVC を置く、ようなイメージ。 モジュラーに移行するタイミング 僕の感覚だと、数百モデルは全然モノリスで扱えると思っている。少なくとも 300 models 程度でモジュラーにしていく必要はまったく感じない。 世の中で見つけたモデル

[tune]

モデル数の大小でなく、モデル間の依存関係数によるのではと思っています。相互に癒着して、どれひとつモデルを動かせないならモノリスとして運用できている気になっているだけという

[daaaaaai]

既存のアプリに大きなモジュールを足したいときにやりたくなるけれど、既存のコードをどう書き換えるのがいいんだろうか、と困ってる

[tomo_ari]

特にRailsでは関係のあるものを後から切り離すのは難しいがちなので、いずれ切り離すつもりが少しでもあるならば常にそれを想定に組み込んでコードを書かないといけないのかも、と思う最近

[NetPenguin]

modelsって何を数えた数なのかな？と思ったけど、railsとかでのモデルでテーブル数のことなのかな？ エンティティ数だとテーブル数と異なる。数を尺度にするならば集約の数とかかな。

[fumikony]

人数の要素もありそう

[tsuwatch]

モデル数で単純化できるかはわからないが、モデルに対する関心事やコンテクストの数のほうが影響としては大きいと思う

[taruhachi]

多分モデルの数の問題じゃない。そもそも全く依存関係のない別のデータなので最初からドメインを分けることはできるというものを、このレベルで一旦分離しておくか程度だと思ってる。

[ohbarye]

国外のモノリス事例も気になってる。Shopifyのモジュラモノリスが有名だけど、エンジニア1,000人以上でモノリスを扱うStripeがどうやっているかとか https://blog.nelhage.com/post/stripe-dev-environment/