参考資料
関連するデザインドキュメント
関連 Issue
- GitLab モノリスをコンポーネントに分割する
- 「分離されたサービス」のビルドと使用を簡単にする
- ネストした構造を使用して CI クラスを整理する
- モジュール/名前空間内に新しいモデル/クラスを作成する
- チームが自分のコードのメンテナーになる
- バックエンドの依存性注入ガイドを追加する
社内 Slack チャンネル
プレゼンテーション
- The Myth of the Modular Monolith(モジュラーモノリスの神話) - Rails 2024 Keynote by Eileen Uchitelle
リファレンス実装/ガイド
Gusto / RubyAtScale:
- モジュール化のための RubyAtScale ツールチェーン
- Gusto のエンジニアリングブログ
- 段階的なモジュール化(CBRA の後継)
- コンポーネントベースの Rails アプリケーション(「非推奨」)
Shopify:
ドメイン駆動 Rails / Rails Event Store:
Rails Event Store は、ここで議論されている多くの目標を達成するためのメカニズムとして関連性があります。Arkency がプロダクション用アプリケーションを構築するために使用するパターンに基づいています。
これは、この特定のフレームワークやアプローチを使用する必要があることを意味するわけではありません。
ただし、DDD/ES/CQRS の一般的な概念は重要であり、このブループリントの目標を達成するためにある程度必要である場合があります。そのため、これらの概念の具体的なプロダクション実証済みの実装を参考として見ることは有益です。
App Continuum:
アプリケーションが小さな非構造化アプリから、モジュラーで良く構造化されたモノリスを含む様々な段階を経て、マイクロサービスアーキテクチャに至るまでどのように進化できるかのイラストレーション。
各段階で止まる理由の議論と、特にマイクロサービスへの移行の課題/懸念、そして多くの場合において良く構造化されたモノリスに留まることが望ましい理由も含んでいます。
最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (
c955a93f)