アーキテクチャを作るときのTips by 目指せAWSアーキテクチャマスター！ #2 ~アーキテクチャ図持ち込みLT大会~

https://japan-aws-jr-champions.connpass.com/event/386780/
このイベントのLTです

Transcript

1. © 2026 Anti-Pattern Inc. All rights reserved. アーキテクチャを作るときのTips 2026/04/07 於︓⽬指せAWSアーキテクチャマスター︕ #2 ~アーキテクチャ図持ち込みLT⼤会~ 株式会社アンチパターン ⽮ヶ崎哲宏
2. ⾃⼰紹介 2 ⽮ヶ崎 哲宏(Akihiro YAGASAKI) 株式会社アンチパターン 取締役 CTO兼COO 役割︓⽇本のソフトウェアエンジニアを憧れの職業に するためのいろいろ 経歴︓アマゾン ウェブサービス ジャパン にて SaaSシニアパートナーソリューションアーキテクト Webメディア/SaaSベンダーにて技術責任者ボードメンバー ⼤⼿SIerグループ会社にて情シス責任者 アニメソングのコーラス など 2022, 2023, 2024, 2025 Japan AWS Top Engineers (Software)
3. © 2026 Anti-Pattern Inc. All rights reserved. アーキテクチャとは︖︕
4. アーキテクチャとは アーキテクチャ = 建築の設計図 語源は「建築 (architecture)」 家を建てるとき、いきなり⽊材を切り始める⼈はいません。 まず 「どんな家にするか」 を決めます。 間取り、構造、配管、電気… システムも同じ。 「いきなり作り始める」のも良い場合もありますが、特にチームで作る 場合は、⽅向性を定めてからじゃないと⼤変 B L U E P R I N T
5. どれくらいの⽴派さにするのか︖︕ まず「ベース」を決める プレハブ︖⽊造︖それとも鉄筋コンクリート︖ システムの要件や実現したいことを徹底的に考えてベースを決める P R E F A B プレハブ 早い・安い・⼩規模向け W O O D ⽊造 標準的・柔軟・コスパ良 R C 鉄筋コンクリート 頑丈・⼤規模・⻑期運⽤ → 建築素材を選ぶように、まず「⼟台となる構造」を決める
6. 概念だけじゃ無くて実装できるところまで持っていく そして「詳細」を決めていく ベースが決まったら、作り⽅の詳細・間取りを決めます LDK BED BATH WC KITCHEN F L O O R P L A N 間取り どんな部品 (コンポーネント) に分けるか 配管 部品同⼠がどう会話するか (API・通信) 電気 データはどこに保存するか 動線 リクエストはどう流れるか
7. © 2026 Anti-Pattern Inc. All rights reserved. システム化・移⾏アプローチ
8. © 2026 Anti-Pattern Inc. All rights reserved. 今回のお題
9. © 2026 Anti-Pattern Inc. All rights reserved. AWSさんの⾔っている クラウド移⾏における 7R 引⽤︓ https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2023_Migration-7R_1208_v1.pdf
10. © 2026 Anti-Pattern Inc. All rights reserved. AWSさんの⾔っている クラウド移⾏における 7R - 2 引⽤︓ https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2023_Migration-7R_1208_v1.pdf
11. © 2026 Anti-Pattern Inc. All rights reserved. 今回のお題
12. © 2026 Anti-Pattern Inc. All rights reserved. 今回のお題
13. © 2026 Anti-Pattern Inc. All rights reserved. (再掲)AWSさんの⾔っている クラウド移⾏における 7R - 2 引⽤︓ https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2023_Migration-7R_1208_v1.pdf このへんも 真剣に考える
14. © 2026 Anti-Pattern Inc. All rights reserved. (再掲)AWSさんの⾔っている クラウド移⾏における 7R - 2 引⽤︓ https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2023_Migration-7R_1208_v1.pdf 考えた上で こっちだった 場合は︖
15. © 2026 Anti-Pattern Inc. All rights reserved. アーキテクチャを考えるポイント
16. システムとはなんのためにあるのか︖ システム開発のためにアーキテクチャは考えない 運⽤のために考える︕ システムの時間は、開発完了までより使っている時間の⽅が、はるかに⻑いのです NOT 「作るのが 簡単か、⼤変か」 実装の難易度ではない YES 「ちゃんと 運⽤できるか︖」 作った後の⻑い時間を⽀えられるか
17. 運⽤できる︖ 運⽤できるか? ① ⼗分な強度はあるか 地震があったら倒れちゃう︖⼤⾬で⽔浸しにならない︖ 急な⾼負荷 アクセス急増・バズ 捌ききれる︖ 障害発⽣ サーバ・DB・外部API停⽌ 全部⽌まらない︖ 災害 いろんな障害が起きる 復旧できる︖
18. 運⽤できる︖ 運⽤できるか? ② あとから変えられるか 「部屋を追加したい」と⾔われたとき、建て直しになっちゃう︖ 拡張できない設計 新機能 = 全体作り直し 修正がどこに波及するか不明 リリースのたびに⼤⼯事 → 結局、建て直しに… 拡張できる設計 新機能を「追加」できる 影響範囲が予測できる ⼩さく安全にリリース可能 → 増築できる家
19. 運⽤できる︖ 運⽤できるか? ③ 侵⼊されないか 悪意のある⼈に、勝⼿に侵⼊されちゃわない︖ 家のセキュリティ 鍵がかかっているか 窓は閉まっているか 誰が出⼊りしたか分かるか ⾦庫はどこにあるか システムでは… 認証・認可は適切か 通信は暗号化されているか ログ・監査証跡があるか 機密データはどこに置くか
20. 運⽤できる︖ 運⽤できるか? ④ 必要なレベルになっているか 多すぎでも、少なすぎでもない︖ ありがちな失敗 「⽝⼩屋が欲しい」と⾔われているのに、鉄筋コンクリートでビルを建てていない︖ 過剰設計 (Over) 使わない機能・複雑すぎる構造 過⼩設計 (Under) 将来の負荷・要件に耐えられない
21. 運⽤できる︖ 実は、それ全部やってくれる仕組みがあります A W S Well-Architected Review AWSが体系化した、システムを評価するためのフレームワーク P I L L A R 01 運⽤上の優秀性 P I L L A R 02 セキュリティ P I L L A R 03 信頼性 P I L L A R 04 パフォーマンス効率 P I L L A R 05 コスト最適化 P I L L A R 06 持続可能性 6つの柱で「ちゃんと運⽤できるか」を網羅的にチェック 全部出来てるか︖じゃなくて、そのシステムに必要なことがちゃんとできているのか︖の視点で使う︕ T H E A N S W E R I S
22. 結局ね︕ だから、Well-Architected Review をやろう これまで話したポイントを、AWSの専⾨家と⼀緒にチェックする仕組みです 強度 信頼性 / パフォーマンス効率 障害耐性・スケーラビリティ 拡張性 運⽤上の優秀性 変更しやすさ・⾃動化 安全性 セキュリティ 認証・暗号化・監査 適切さ コスト最適化 / 持続可能性 過不⾜のないリソース → ⾃分だけで悩まず、体系化されたチェックリストで「運⽤できるか」を確認する
23. © 2026 Anti-Pattern Inc. All rights reserved. まとめ
24. © 2026 Anti-Pattern Inc. All rights reserved. 今回のお題
25. © 2026 Anti-Pattern Inc. All rights reserved. 今回のお題
26. © 2026 Anti-Pattern Inc. All rights reserved. ぼくだったらこう作る︕アーキテクチャ図
27. © 2026 Anti-Pattern Inc. All rights reserved. “⽇本のソフトウェアエンジニアを 憧れの職業へ”