モジュラモノリスにおいてトランザクションはどうあるべきなのかについて整理している資料が少ない気付きがあったので「簡易的に」整理しました
モジュラモノリスにおけるトランザクション設計の考え方 / transaction design on modular monolith
モジュラモノリスにおいてトランザクションはどうあるべきなのかについて整理している資料が少ない気付きがあったので「簡易的に」整理しました
モノリスでは大変なので、マイクロサービスやモジュラーモノリスにして認知負荷を減らしたり、生産性の劣化に抗いたいという考え方がある。 モジュラーモノリスとは モジュラーモノリスについては、だいたい infoq.com のモノリスシリーズ（？）を読めば良いんじゃないか。 有名なのは Shopify のヤツ。 モノリスとマイクロサービスの中間にある、1 アプリケーションなんだけどモノリスでは無い、アプリ内でモジュール分けされているアーキテクチャのこと。app/ の直下に MVC を置くんじゃなくて、COMPONENTS (例えば billing)/app/ の下に MVC を置く、ようなイメージ。 モジュラーに移行するタイミング 僕の感覚だと、数百モデルは全然モノリスで扱えると思っている。少なくとも 300 models 程度でモジュラーにしていく必要はまったく感じない。 世の中で見つけたモデル
深いドメインと統合型経営プラットフォームを支えるモジュラモノリスの事例 / Modular Monolith That Support Deep Domains And Integrated Management Platform
freeeにおけるモジュラモノリスの事例を大規模プロダクトから新規プロダクトまで紹介します。
タイミーのRailsアプリではModular Monolithを採用しています。具体的にはShopify製のpackwerkを使用しています。 最近では他社での採用事例も見かけるようになってきましたが、それでもまだ手に入る情報は少なく手探りでの開発が続いているのが現状です。 そこで自分たちが実際にpackwerkを導入して「ここはどうするのが正解なんだ？」「他社はどうしているのか知りたい」と思った疑問をいくつかピックアップし、具体的にどういう選択をしたか（もしくは今も悩んでいること）をお話しします。これからpackwerkを導入したいチームにも参考になればと思います。
Go + GraphQL による Modular Monolith なシステム設計について発表しました - newmo技術ブログ
こんにちは、newmo 株式会社に所属しているアーキテクトの伊藤です。 5/22 に【Go】カンファレンススポンサーブースの集い 2024 〜カウシェ × newmo × メルカリ〜というイベントを開催しました。 このイベントで、筆者からは GraphQL Federation や Go のための GraphQL のコード生成、Modular Monolith によるシステム設計について話しました。 スライドや動画のアーカイブは、次の場所で公開されているので、ぜひご覧ください！ スライド: Go + GraphQL @ newmo - Speaker Deck 動画: 【Go】カンファレンススポンサーブースの集い 2024 〜カウシェ × newmo × メルカリ〜 - YouTube 筆者が発表した内容を簡単にまとめると、次の3つのポイントが挙げられます。 GraphQL Federat
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ
RailsでModular Monolithを選択された御社に質問したいN個の疑問