how to determine architecture

Transcript

1. アーキテクチャって
 どうやって決めれば良いの？？
 hiroaki
2. Who am I ? 上田 裕耀（28）
 Backend, Infra, DevOps
 2018/04〜 食品メーカーの研究所
 2021/03〜 Webエンジニア
 経歴
 神奈川→埼玉→群馬→神奈川
 趣味
 サウナ & 筋トレ

3. そもそもアーキテクチャとは？？

4. （と思っています）
 アプリケーションの課題を
 解決するための構造

5. アプリケーションの課題は色々ある
 コスト
 スケーラビリティ
 保守改修性
 パフォーマンス
 セキュリティ
 可用性

6. 何かを優先すると他のレベルが下がってしまう。
 トレードオフの構造

7. アプリケーションの構造も色々
 モノリス
 分散システム
 同期
 非同期
 内部のレイヤー構造
 or
 or

8. 結局、アーキテクチャって
 どうやって決めれば良いの？？

9. ビジネスの要求に柔軟に対応できるような
 アーキテクチャを目指す
 使う技術に依存しない構造
 仕様の変更しやすい構造
 アプリケーション課題に合わせた構造

10. 引用：『ソフトウェアアーキテクチャの基礎』P.250 図17-1』 
 アプリケーション課題に合わせた構造
 例：マイクロサービス

11. 引用：『ソフトウェアアーキテクチャの基礎』P.263 図17-9』
 ⭕ 拡張性、保守改修性 etc. 
 ❌ DBの一貫性、コスト etc.
 アプリケーション課題に合わせた構造

12. 使う技術に依存しない構造
 アプリケーション

13. 使う技術に依存しない構造
 例：オニオンアーキテクチャ

14. SOLID原則やデザインパターンあたりが効果的
 仕様の変更しやすい構造
 S
 O
 L
 I
 D
 単一責任の原則
 オープン・クローズドの原則
 リスコフの置換原則
 インターフェース分離の原則
 依存性逆転の原則

15. 常にアプリケーションの課題を考え続けて、 betterな選択をしていく。
 各サービス内では、独立性を高めた
 保守改修性の高い設計を目指す。

16. Reference
17. ご清聴ありがとうございました！