architecture-patterns

アーキテクチャパターン

クリーンアーキテクチャ、ヘキサゴナルアーキテクチャ、ドメイン駆動設計など、実績のあるバックエンドアーキテクチャパターンを習得し、保守性、テスト容易性、拡張性に優れたシステムを構築します。

このスキルを使用する場合

• 新しいバックエンドシステムをゼロから設計する場合
• 保守性を高めるためにモノリシックアプリケーションをリファクタリングする場合
• チームのアーキテクチャ標準を確立する場合
• 密結合アーキテクチャから疎結合アーキテクチャに移行する場合
• ドメイン駆動設計の原則を実装する場合
• テストやモックがしやすいコードベースを作成する場合
• マイクロサービスへの分割を計画する場合

このスキルを使用しない場合

• 小規模で限定的なリファクタリングだけが必要な場合
• システムが主にフロントエンドで、バックエンドアーキテクチャの変更がない場合
• アーキテクチャ設計ではなく、実装の詳細が必要な場合

手順

1. ドメインの境界、制約、拡張性の目標を明確にします。
2. ドメインの複雑さに合ったアーキテクチャパターンを選択します。
3. モジュールの境界、インターフェース、依存関係のルールを定義します。
4. 移行手順と検証項目を提示します。
5. 失敗の影響が大きいワークフローでは、トランザクション／アウトボックス、明示的なサガ、適切な耐久実行フレームワークを比較します。永続化されたワークフロー状態は復旧に役立ちますが、外部への副作用には引き続き冪等性、照合、補償が必要です。製品を選択する前に、運用の複雑さと既存のインフラストラクチャを評価してください。

詳しいパターン、チェックリスト、テンプレートについては、resources/implementation-playbook.md を参照してください。

関連スキル

相性のよいスキル：event-sourcing-architect、saga-orchestration、workflow-automation、dbos-*

リソース

• 詳しいパターン、チェックリスト、テンプレートについては、resources/implementation-playbook.md を参照してください。

制限事項

• 上記の説明にある範囲にタスクが明確に当てはまる場合に限り、このスキルを使用してください。
• 出力を、環境固有の検証、テスト、専門家によるレビューの代わりとして扱わないでください。
• 必要な入力、権限、安全上の境界、成功基準が不足している場合は、作業を中断して確認を求めてください。