30分でわかる
アーキテクチャ設計の基本
ビジネスの価値を高めるクラウドサービス目利きのポイント

2023/09/28
Masatsuna Kawamata川又 眞綱 （かわまた まさつな）
所属

BIPROGY株式会社

経歴

MIDMOST for .NET Marisの開発を担当。
鉄道、流通、小売、金融などの大規模基幹系システム開発に参画。

趣味

競技スキー、自作パソコン

著書

システム設計のセオリーⅡ
クラウドベース開発
https://amzn.asia/d/5yRpkjs

Visual Studioで学ぶ
C#プログラミング

https://zenn.dev/tsuna_can/books/basic-csharp-programming©2023 Masatsuna Kawamata@tsuna_can_se
https://github.com/tsuna-can-se/
https://tsuna-can.hateblo.jp/
2本日お話しする内容は個人の見解であり所属する組織を代表するものではありませんみなさんクラウドは使っていますか？
✓ 私はほぼ毎日触っています。
➢ PowerPoint、Excel、TeamsなどのMicrosoft 365製品➢ Azure➢ AWS➢ GitHub、Azure DevOps、Jira（ALMツール）➢ ChatGPT、Google Bard
➢ GitHub Copilot➢ Bing Image Creator

もはやクラウドを使わない日はない©2023 Masatsuna Kawamata

4

クラウドサービスの利用は拡大傾向

AWS、Azure、GCPを筆頭に、毎年20％以上の成長が続く

IaaSやPaaSの活用が当たり前となって久しいクラウドを使わないシステムは少なくなっている©2023 Masatsuna Kawamata

5

クラウドを活用するアーキテクチャ設計に必要なものとは？
大量のサービスがクラウドベンダーから提供されているAWS

Google Cloud
Microsoft Azure

いつ・何を・どこで使うか判断することが大切

歴史を紐解きながら、基本原則を見直そう©2023 Masatsuna Kawamata

6

メガクラウドの誕生
AWSとAzure爆誕！

2000年代のITシステムの課題感✓ スケーラビリティ✓ データ管理とストレージ➢ ウェブサービスとオンラインビジネスが急速に成長➢ 急増するトランザクションを支えるスケーラブルなインフラが必要➢ データ量が急速に増加➢ 大量データの効率的な保存、分析に対する需要が拡大✓ セキュリティとプライバシー➢ サイバーセキュリティの脅威が増加➢ 個人情報保護に関する法規制も強化✓ システム統合➢ システムのサイロ化➢ 異なるシステム間でのデータ共有✓ コスト管理➢ ハードウェアとソフトウェアの購入、アップグレード、維持コストが負担に➢ コスパ重視の風潮©2023 Masatsuna Kawamata「IT革命」終盤の時代
8

クラウドサービスの登場✓ AWS➢ 2004年 ローンチ
➢ SQS（2004）➢ S3、EC2（2006）➢ IaaS中心✓ Azure➢ 2008年 ローンチ
➢ Xxx Service➢ PaaS中心

クラウドベンダーからは数多のサービスが提供される時代©2023 Masatsuna Kawamata

9

クラウドサービスの提供価値
オンデマンドで適切な量のリソースを素早く確保できる• 自動的なスケールアウトにより、事前のリソース確保が不要• スケールアップ、スケールダウンも条件次第で実現可能• 災害に強いシステム構成を現実的なコストで実現できる
高セキュリティな物理環境の管理をクラウドベンダーにお任せできる• データセンターの施錠や入退室管理はベンダーにおまかせ• ストレージ交換や配線など、物理的なインフラ設計・運用が不要
所有から利用へ• 各種機器の購入が不要で、資産を持つ必要がなく、経費として処理できる
ビジネス上の問題解決やイノベーションに集中できる• 定型業務からエンジニアを解放できる• システムがビジネスの価値を阻害せず、けん引できる存在になる©2023 Masatsuna Kawamata

10

クラウドサービスの活用が広がった理由

ビジネス上の課題を解決するものだったから©2023 Masatsuna Kawamata11

2020年代のクラウドクラウドネイティブ？

個人的にいま危惧していること✓ クラウドサービスの利用や、最新技術の導入がビジネス上の課題を解決しているのか？
私が最近よく見る意思決定➢ 理由の不明確な先進技術の導入➢ 複雑なシステムアーキテクチャの採用➢ 非常に高い可用性➢ アーキテクチャ・開発プロセスと組織構造・商習慣のミスマッチ「いい感じなシステムを作ること」が目的になっていないか？
©2023 Masatsuna Kawamata

マイクロサービス『小さな独立した複数のサービスでソフトウェアを構成する、ソフトウェア開発に対するアーキテクチャ的、組織的アプローチ』
出典：AWS マイクロサービスの概要（2023/7/28）
https://aws.amazon.com/jp/microservices/

アーキテクチャを変えるだけではメリットが生きないことを示唆©2023 Masatsuna Kawamata

14マイクロサービスアーキテクチャのメリットとビジネス上の価値
俊敏性、機敏性が高い

そんなに高い俊敏性はそのビジネスに必要ですか？

サービスごとにスケーリングできる基盤コストは最適化されても管理コストのほうが高くない？

サービスの管理範囲が狭まりオーバーヘッドが下がる

管理範囲を狭めるためには後方互換性の担保が必須だし、そのコストのほうが高くついたりしません？

技術の組み合わせが自由

最終的に技術的負債が発生する未来が見えません？

サービスの共有が可能ライブラリを共有するだけで十分だったりしません？

耐障害性を高く保てるシステムは無停止でも全体のビジネスは止まりません？

サービス毎にデータが分離される整合性維持にかかる設計や運用のコストって考えてます？

©2023 Masatsuna Kawamata

15

GitHubの元CTOのつぶやき

私は、過去10年で最大のアーキテクチャ上の間違いのひとつは、完全なマイクロサービスに移行したことだと確信している。

新しいアーキテクチャがビジネスの課題を解決するとは限らない
参考：https://tech-blog.rakus.co.jp/entry/20201218/architecture©2023 Masatsuna Kawamata16

絶対に忘れてはいけないこと

サービスやアーキテクチャがあなたのビジネス上の課題を解決するのか、よく考えよう©2023 Masatsuna Kawamata

17

オンプレへの回帰
クラウドが悪いの？

オンプレミスへの回帰✓ 2010年代後半から、オンプレミス回帰の動きがみられる

コストの問題セキュリティの問題

パフォーマンスの問題

クラウドがビジネスを阻害するケースは一般企業ならほぼない©2023 Masatsuna Kawamata

19コストの問題✓ 利用料にはクラウドベンダーの利益がのっている✓ 特に大規模なシステム基盤を構築すると高コストになりやすいサーバーの調達コスト、物理的な場所のコスト、節税効果など、加味して比較しているか？

無駄に大きく高価なリソースを使ってないか？
もっと安いサービスが使えないか？

©2023 Masatsuna Kawamata

20セキュリティの問題✓ クラウドベンダー内で正しい運用がされているかわからない✓ データの保全がされていることを保証しきれないオンプレミスなら安心な理由とは？
クラウドベンダーより厳格な運用が適切なコストで実現できるか？
利用者としての責任を果たしているか？

©2023 Masatsuna Kawamata

21

パフォーマンスの問題✓ 大量のコアや高性能GPUを積んだマシンがない✓ クラウドで実行するとI/O性能がネックになりやすいリソースの共有や、増減する要求にあわせて動的にスケーリングできるのが利点では？

その高スペックなマシンは常時必要？
オンプレ回帰ではなくそもそものユースケース誤り？

©2023 Masatsuna Kawamata22

オンプレ回帰のまえに自分たちの使い方の問題なのかクラウドの問題なのか切り分けてよく考えよう©2023 Masatsuna Kawamata23

クラウドサービスの活用に向けてアーキテクチャ設計の基本とはなにか中心となるクラウドサービスを見極める
汎用型サービス特化型サービス

アプリケーションの実行

AI/機械学習

データの保存AR/VR

メッセージ連携

IoT

ネットワーク構築

ロボット

セキュリティ

動画/メディア配信

システム運用

ゲーム

こちらを中心に据える

特定業界向けサービス©2023 Masatsuna Kawamata

25

アーキテクチャの提供する価値を考える

オンプレでは実現できなかった
コスト面で折り合いがつかなかっスピード感でサービスを組合せる たシステムアーキテクチャをことができるようになった実現できる可能性が広がった
ビジネス上の要求や課題に対する解決策なのか確認する価値がある©2023 Masatsuna Kawamata26非機能要求/非機能要件を軽視しない機能要求/機能要件

非機能要求/非機能要件実現できるのが当たり前のもの

現行システムに対するビジネス面の課題が潜んだもの

ビジネスを進めるのに必要なもの

ビジネスの拡大に必要なもの✓ 非機能要求/非機能要件が「おまけ」の時代は過ぎ去った✓ 非機能要件はビジネスと密接に関係し、ビジネスの価値に直結するアーキテクチャはビジネスの価値を高める非機能要件から導くもの©2023 Masatsuna Kawamata27

リファレンスアーキテクチャを研究する✓ AWS リファレンスアーキテクチャ図➢ https://aws.amazon.com/jp/architecture/reference-architecture-diagrams/✓ Azure アーキテクチャ センター
➢ https://learn.microsoft.com/ja-jp/azure/architecture/✓ GCP Cloud アーキテクチャ センター
➢ https://cloud.google.com/architecture✓ Oracle Architecture Center➢ https://docs.oracle.com/solutions

リファレンスの組合せで非機能要件が実現できないか検討
利用者の責任範囲はどこか必ず確認する©2023 Masatsuna Kawamata

28

まとめ

クラウドの歴史と最近の動向✓ クラウドはビジネスの課題を解決する存在➢ コスト、セキュリティの課題にアプローチ➢ 所有から利用へ✓ 最近はビジネスに寄与しないアーキテクチャ導入が見られる➢ 猫も杓子もマイクロサービスアーキテクチャはおかしい➢ ビジネスの課題を解決するのかよく考える✓ 脱クラウド、オンプレミス回帰が一部見られる➢ ほとんどのケースで、クラウドサービスの使い方に問題がある➢ もともとクラウドの利用シナリオに存在しないものをクラウド上でやろうとしていた©2023 Masatsuna Kawamata

30

クラウドベースのシステムアーキテクチャ設計の基本✓ 汎用型のサービスを中心に据えてシステムアーキテクチャを組み立てる✓ 構築するシステムの課題と、アーキテクチャの解決する課題が一致していることを確認する✓ ビジネスの課題に根差した非機能要件からシステムアーキテクチャを導く✓ クラウドベンダーの出しているリファレンスアーキテクチャを研究する➢ ただしベンダーに踊らされてはいけない©2023 Masatsuna Kawamata31

Thank you.
◼ 免責事項• 本資料は可能な限り正確な情報を掲載するよう努めております。 しかし、誤情報が入り込んだり、情報が古くなったりすることもあり、必ずしもその内容の正確性および完全性を保証するものではございません。 当該情報に基づいて被ったいかなる損害について、一切責任を負うものではございませんのであらかじめご了承ください。
◼ 他社所有商標に関する表示• 本書に記載の商品名、製品名、社名などは、各社が商標として使用している場合があります。
• Amazon Web Services、AWS、Powered by AWS ロゴ、およびかかる資料で使用されるその他のAWS商標は、Amazon.com, Inc. またはその関連会社の商標です• MIDMOST、Marisは、BIPROGY株式会社の登録商標です。
• 「Azure」「Visual C#」「Visual Studio」は米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
• その他記載されている会社名・商品名などは、各社の商標および登録商標です。
• 本書に記載の商品名、製品名、社名などには、必ずしも商標表示（ (R)、TM ）を付記していません。

©2023 Masatsuna Kawamata@tsuna_can_se
https://github.com/tsuna-can-se/
https://tsuna-can.hateblo.jp/