第4回 Software Architecture: The Hard Parts 読書会@リモート

JavaEE勉強会の読書会
開催場所はDiscordのjavaee-study-jp
Neal Ford, Mark Richards, Pramod Sadalage, Zhamak Dehghani さんの Software Architecture: The Hard Parts [Book] を読んでます
今回は Chapter 5: Determine Component Dependencies Pattern から
次回は 2022-02-12（土）です。
- 次回は Chapter 6: Selecting a Database Type から
- 第5回 Software Architecture: The Hard Parts 読書会 - connpass

参加者トピック

コンポーネントの依存関係を、入出力の数から分析する。

どのドメインに所属するコンポーネントなのか明らかにする。

最初にサービスベースのアーキテクチャに移行することで、アーキテクトと開発チームは各ドメインサービスについて詳しく知り、マイクロサービスアーキテクチャ内の小さなサービスに分割すべきか、大きなドメインサービスのまま残すべきかを判断できるようになる
まず、すべてのコンポーネントをコンポーネントドメインに整合させ、リファクタリングしてから、それらのコンポーネントドメインをドメインサービスに移行するのがよいでしょう。
「ユーザーインターフェイス」はサービスにならないの？
- デプロイできる単位がサービスなんじゃないのかな
「できるかな」の雰囲気で話が進んでいるけど、実際は性能とか安全性とかを気にしながらやっていくことになるのかな
共通部分をどう扱っていくのかが気になる
- Foundamentals of Software Architecture に書いてある、とかありそう
そういえば来月はObservability Conference 2022 by CloudNative Daysがあります

変更管理
- 破壊的な変更に影響を受けるサービスの変更管理は大変
接続管理
- 接続数を適切に按分するのは大変
スケーラビリティ
- 接続数が頭打ちになると、システムとしてのスループットやキャパシティが低下する
フォールトトレランス
アーキテクチャ量子
- アーキテクチャ量子 = 疎結合、高凝集な、デプロイ可能な単位
分散アーキテクチャへの移行が完了すると、データアーキテクトという役割はどうなるんだろう
- 無くなってしまう？
- めっちゃ仕事が増える印象
  - サービス間の契約設計とか
データ管理者と、データアーキテクトの違いとは？
- データ管理者＝ドメインエキスパートに近い。ビジネス上のデータモデルを管理する
- データアーキテクト=?
  - Data architect - Wikipedia
  - 例えばレポートしやすくするためのデータ構造を設計するとか
  - 物理モデル設計する感じなのかな

統合させたい動機は弱め。