Azure Light-up
Well-Architected Framework
テクニカルパート 概要編

Time to Market が勝負を決める＝ Agility（迅速さ）× Scalability
競争のポイント

製品・サービス差別化・顧客囲い込み・コスト競争

顧客基盤の拡大と関係強化・顧客情報の獲得と活用につながる
俊敏な顧客への価値提供

ネットワーク外部性
Network Externality
顧客より多くの良質な価値がある Network・
Platform が魅力的

価値提供者

双方の参加が一定の段階を超えると、相乗効果で急速に魅力が高まり、参加者が激増→プラットフォー
ムの魅力度・競争力が更に高まる

User-Base
顧客・
価値提供者の増加

Platform
より多くの良質な買い手を擁する Network・
Platform が魅力的

幾何級数的成長
Exponential Growth

Data
活用できる情報量・幅の増加

Network・
Platform の価値向上

情報量の増加による生み出される価値の増分

情報量の増加に伴って生じる情報処理コスト
Azure Light-up

2

Agility

Rapid, FrequentTime to Market
高品質・高信頼性のシ
ステムの多頻度・高速投入による、事業機会獲得・競争優位構築

現代のビジネス・組織が備えるべき 3 つの特性

Efficient/Flexible

Scalability

小規模低コストで試行可能 & 急拡大可能であることによる、大胆かつ柔軟な戦略実行

Well-Architected Framework の５つの柱
オペレーショナル
エクセレンス

パフォーマンス効率

コスト最適化

DevOps によるシステム設計・開発・実装の一体化

効率的な方法でワークロードをスケーリング（スケールアウト）

需要の拡縮に比例する従量課金のワークロード コスト⚫ それを可能にするインフラ整備⚫ モニタリングとパフォーマンスの継続的管理⚫ モジュール化・Microservice 化等スケーリングを考慮した設計⚫ ピーク負荷でのテスト⚫ 容量計画と監視・自動スケーリング⚫ 最適な資源の最適量利用⚫ 継続的なコスト監視と最適化プロ
セスの組み込み

信頼性＝回復性＆高可用性（システム・データ）

信頼性

セキュリティ

⚫ 信頼性の要件定義と設計⚫ 監視と復旧の仕組み（地理的分散他）

High

重要なデータやシステムへの攻撃・悪用に対し機密性、整合性、可用性を保証⚫ 協働責任モデルとクラウド プロバイダーの高度な専門性の活用⚫ ID・ゼロトラスト・多様認証等

Reliability/Security
顧客・社会からの高い信頼維持向上とリスク軽減・管理・事業継続性担保

Azure Light-up

3

Well-Architected Framework

Well-Architected Framework を活⽤したプロダクト開発
高可用性

スケーリング

復元可用性

パフォーマンス最適化

ゼロ トラスト モデル

DevOps

多層防御

モニタリングAzure Light-up

4

オペレーショナル
エクセレンスOPERATIONAL EXCELLENCE

Well-Architected Framework

オペレーショ
ナルエク
セレンス

オペレーショナル エクセレンスの観点
運用上の機能を強化することで、開発やリリースのサイクルのスピードアップと、アプリケーション ユーザーのエクスペリエンス向上を実現• アプリケーションがどのように実行中であるかを完全に表示可能にして、ユーザーのために最適なエクスペリエンスを確保する• 開発とリリースの実務をより機敏なものにする

DevOps• 継続的インテグレーション／デプロイ（CI/CD）• インフラ構築の自動化（Infrastructure as Code）
モニタリング• アプリケーション監視（ログ、例外）• テレメトリ収集（パフォーマンス、監査）開発のスピードアップ
リリース サイクルの短縮
トラブル シューティングの効率化

Azure Light-up

6

Well-Architected Framework

オペレーショ
ナルエク
セレンス

DevOps と継続的インテグレーション
DevOps とは、エンド ユーザーへの価値の継続的デリバリーを可能にするために、⼈、プロセス、および製品を結合したもの
DevOps と継続的インテグレーションを考慮に⼊れた設計• コードとしてのインフラストラクチャを使⽤したデプロイの⾃動化• アプリケーション テストの⾃動化

関連する Azure サービス / テクノロジー• Azure Pipelines, GitHub Actions• Azure Resource Manager テンプレート

Azure Pipelines

Azure Light-up

7Well-Architected Framework

オペレーショ
ナルエクセレンス

監視と診断
パフォーマンスの問題や⾮効率なコストを特定し、イベントを関連付けて、問題をトラブルシューティングする能⼒を⾼めることが可能
DevOps と継続的インテグレーションを考慮に⼊れた設計• アーキテクチャ内で何が起きているかを監視するためのしくみ
・アプリケーションログ、Web サーバーログ、プラットフォームに組み込まれている診断などのソースから⽣データを⽣成• テレメトリ データを使⽤して、傾向をつかみ、運⽤チームに警告する

関連する Azure サービス / テクノロジー• Azure Monitor• Application Insights

Azure Monitor

ApplicationInsights

Azure Light-up

8

Well-Architected Framework

オペレーショナルエクセレン
ス「オペレーショナル エクセレンス」観点での Azure 活用
フィードバック／改善

DevOps

モニタリング

CI/CD

アプリ監視

App

GitHub ActionsAppデプロイ自動化

Terraform
Infrastructure
as CodeApplication
Insight
監視・診断

Platform
テレメトリー収集
Azure Monitor

Azure Light-up

9パフォーマンス効率
PERFORMANCE EFFICIENCY

Well-Architected Framework

パ
フ
ォ
ーマン
ス
効率

パフォーマンス効率
パフォーマンス効率とは、アプリケーションが利⽤可能なリソースと、そのアプリケーションへの需要が⼀致すること• リソースをスケーリングする• 潜在的なボトルネックを識別して最適化する• 最⾼のパフォーマンスが得られるようアプリケーション コードを最適化する

スケーリング• スケールアウト• 自動スケール
パフォーマンス最適化• ネットワーク最適化
リソース／コスト削減
クラウド パワーの活用• ストレージ最適化• コード最適化
Azure Light-up

11

Well-Architected Framework

パ
フ
ォ
ー
マン
ス
効率

スケーリング「スケールアップ」「スケールアウト」の使い分け• どちらも、リソースを削減し、コストの最適化を実現する• 「スケールアウト」型が、よりクラウド パワーを活⽤できる

⾃動スケールの活⽤• パフォーマンス要件に合わせてリソースを動的に割り当てる• PaaS などマネージド サービスの⽅が導⼊しやすい

関連する Azure サービス / テクノロジー• Azure Cosmos DB• App Service

Azure Cosmos DB

App Service

Azure Light-up

12

Well-Architected Framework

パフ
ォ
ーマンス
効率

パフォーマンスの最適化
ネットワークストレージ

サービスとサービスの間にメッセージングレイヤーを追加する

パーティション分割戦略• メッセージング レイヤーによりバッファーが形成される• 処理が追い付かなくなった場合でも要求のフローが維持される• スケーラビリティが向上し、競合が少なくなる

キャッシュの活⽤関連する Azure サービス / テクノロジー

関連する Azure サービス / テクノロジー• Event Hubs
• Azure Queue Storage• Service Bus• Azure Cosmos DB - [Partition]• SQL Database – [Hyperscale]• Front Door / CDNEvent Hubs

Storage Queue

Service Bus

Azure
Cosmos DB

Azure SQL
Database

Azure Front Door
Service

Content Delivery
Network (CDN)
Azure Light-up

13

Well-Architected Framework

パフ
ォ
ーマンス
効率

「パフォーマンス効率」観点での Azure 活用
最適化（ネットワーク）

スケーリング

要求のバッファリング

オートス
ケール

App Service（Web App）

Functions

アクセス増大インスタンスEvent Hubs

Azure Cosmos DB
Storage Queue
メッセージング レイヤー

パーテイション分割
パーティション

最適化（ストレージ）

Azure Light-up

14

信頼性
RELIABILITY

Well-Architected Framework

信頼性

信頼性
アーキテクチャの設計に⾼可⽤性と回復性を含めることで、ダウンタイムやデータ損失の結果として⽣じる⾦銭的損失から企業を守る• アップタイムを維持する• データ損失や⼤規模災害からの復旧高可用性• クラスタリング• 負荷分散復旧可用性• RPO の短縮

• RTO の短縮

アップタイムの維持
データ損失や災害復旧

Azure Light-up

17

Well-Architected Framework信
頼性

⾼可⽤性アーキテクチャ
SLA を基準に適切なカバレッジがある箇所と改善が必要な箇所を特定する
クラスタリング• 1 つのリソースで障害が発⽣した場合にサービスをフェールオーバーする

負荷分散• 要求を分散させ、障害が発⽣したインスタンスにルーティングさせない

関連する Azure サービス / テクノロジー• Azure Virtual Machine Scale Sets,
Azure SQL Database–［⾃動フェールオーバー グループ］• Front Door, Application Gateway

Azure SQL
Database

Azure Front Door
ServiceApplication
Gateway

Azure Light-up

18

Well-Architected Framework

信
頼性障害からの復旧が可能なアーキテクチャ「RPO」「RTO」等の⽬標を達成するために、バックアップ、復元、レプリケーション、回復機能をアーキテクチャに取り⼊れる
RPO（⽬標復旧時点）• データ損失が許容される最⼤継続時間

RTO（⽬標復旧時間）• ダウンタイムが許容される最⼤継続時間

関連する Azure サービス / テクノロジー• Azure SQL Database –［ポイントインタイム リストア］
Azure Storage –［geo 冗長ストレージ］

Azure SQL
Database

Storage

Azure Light-up

19

Well-Architected Framework

信
頼性「信頼性」観点での Azure 活用
クラスタリング

高可用性

負荷分散

東日本

西日本

Azure SQL Database（フェールオーバー グループ）

RPO 短縮App Gateway /Front DoorRFO 短縮復旧可用
性

アプリケーション バックエンド

Azure SQL Database（PTTR）

Azure Blob Storage（Geo 冗長）

Azure Light-up

20

セキュリティSECURITYWell-Architected Framework

セキ
ュ
リテ
ィ

セキュリティ
セキュリティとは、組織が使⽤、保存、および送信するデータを保護すること• 組織で保存または処理されるデータの保護• データが存在するインフラストラクチャの保護

セキュリティのアプローチ
従来境界防御だけを重視していた

現在侵害を前提としたゼロ トラスト モデル

多層防御

• データ
• アプリケーション• コンピューティング• ネットワーク• 境界• ID とアクセス管理• 物理的セキュリティ

組織が保存するデータの保護
データが存在するインフラの保護
ゼロ トラスト モデルを前提

Azure Light-up

23

Well-Architected Framework

セキ
ュ
リテ
ィ

多層防御
ゼロ トラスト モデルを前提とした階層型アプローチ（ 各層で保護が提供され、1 つの層が破られても後続の層でも防御できる）• データ: データベース、ストレージの保護・暗号化• アプリケーション: 脆弱性対策、シークレットの安全な保管• コンピューティング: エンドポイント保護、パッチの適⽤• ネットワーク: 分断とアクセス制御、セキュリティで保護された接続• 境界: DDoS 保護、ファイアウォール• ID とアクセス: アクセスを制御、シングルサインオンと多要素認証• 物理的なセキュリティ: ハードウェアへのアクセスを制御

Azure Light-up

24

Well-Architected Framework

セキ
ュ
リテ
ィ

ID とアクセス管理
クラウド中⼼のアーキテクチャでは、ゼロ トラスト モデルを前提に、ID がセキュリティ保証の⼤部分の基礎を提供する
シングルサインオン（SSO）• 単⼀の ID によりアプリケーションのセキュリティ モデルが簡素化される

多要素認証（MFA）• 2 つ以上の要素を必須とする認証により、ID のセキュリティが強化される

関連する Azure サービス / テクノロジー• Azure Active Directory• Azure Active Directory B2C

Azure ActiveDirectory

Azure Light-up

25

Well-Architected Framework

セキ
ュ
リテ
ィ

ネットワーク セキュリティ
ネットワーク内およびネットワーク外にあるリソースの通信を保護し、サービスおよびシステム全体のネットワーク層での露出を制限する
インターネットからの保護• 外部と接続しているリソースに対して、必要な場合にのみ通信を許可する仮想ネットワークとネットワーク統合• PaaS やオンプレミスを仮想ネットワークと統合しサービス間通信を制限

関連する Azure サービス / テクノロジー• Virtual Network, Private Link,• Azure Web アプリケーション ファイアウォール (WAF)

Virtual Network

Web App Firewall

Azure Light-up

26

Well-Architected Framework

セキ
ュ
リ
テ
ィ

「セキュリティ」観点での Azure 活用
ネットワーク セキュリティ

インターネットからの保護

デバイス

サイト A

追加認証

仮想ネットワークとネットワーク統合

Application
Gateway（WAF）
MFA

SSO
Virtual Network

Azure
Active Directory
サイト B

ID とアクセス管理

ExpressRouteオンプレミスAzure Light-up

27コスト最適化
COST OPTIMIZATION

Well-Architected Framework

コス
ト
最適化

コスト最適化組織が投じる⾦額が、効果が最⼤になるよう使⽤されていると保証すること
コスト最適化の原則• アーキテクチャ設計の⼀部としてコスト最適化の観点を考慮する• スケール、冗⻑性、コストに対する許容範囲（コスト制約）を特定する• スケーラブルなコスト、従量課⾦制のメリットを⽣かせる構成• 適切なリソース、適切なサイズでプロビジョニングする• 継続的にコストの監視と最適化を⾏う

コスト最適化を考慮した設計

コストの監視・分析• 従量課金モデル• クラウド支出の追跡• マネージド サービス

• コストのレビュー• アラートへの対応

クラウド環境のコスト効率最大化
最適化されたリソースの利用

Azure Light-up

29

Well-Architected Framework

コス
ト
最適化

コスト最適化を考慮した設計
リソースの需要と技術要件は時間の経過と共に変化することを前提に設計する
従量課⾦モデルの利⽤• トランザクション、CPU 時間、または実⾏時間に基づく課⾦• アプリケーションが使⽤されていない時はリソースに料⾦がかからない

マネージド サービスの利⽤• インフラの修正および管理が不要なため、運⽤コストが抑制できる

関連する Azure サービス / テクノロジー• Azure Functions• Azure SQL Database• API Management

Functions

Azure SQL
Database

API Management

Azure Light-up

30

Well-Architected Framework

コス
ト
最適化

コストの監視と分析
ビジネス要求、アプリケーションの変化にあわせてコストを最適化する
クラウド⽀出の追跡• コストのかかる場所や使⽤率の低いリソースをデータで特定する

コストのレビューとアラートへの対応• ⽀出に基づいてコストを可視化したりアラートする機能を利⽤する

関連する Azure サービス / テクノロジー• Azure Advisor• Azure Cost Management

Azure Advisor

Cost Management

Azure Light-up

31

Well-Architected Framework

コス
ト
最適化

「コスト最適化」観点での Azure 活用
コストの監視・分析
マネージド サービス
Azure Functions
Azure Advisor

コスト最適化を考慮した設計

アラート
Azure SQL Database

従量課金モデルAPIManagement

支出のトラッキング

CostManagementAzure Light-up

32

導入事例

導入事例

富士フイルム 「IMAGE WORKS」
事例 URL: https://customers.microsoft.com/ja-jp/story/fujifilm-manufacturing-azure-ai-functions-jp-japan• サービス利用クライアント(プロ野球球団)の増加により、データ処理量が増加していた従前の課題• 同期型／直列処理で実装していたため、処理速度が遅かった• 大量のコンピューティングリソース利用によりコストが増大• 画像解析処理パフォーマンスを向上させ、利用者のストレス軽減を達成し、サービス採用クライアントの増加にも耐えられるアーキテ
クチャにしたい

コスト最適化

Well-• AI エンジン部分に SaaS 型 API サービスを組み合わせることによる開発
コスト削減

Architected な• オートスケール可能なマネージド サービス利用による運用コスト削減

アーキテクチャ

パフォーマンス効率変更により実現• 水平スケール アーキテクチャによる処理効率アップ（1/20 に短縮）したこと (※)

信頼性• グローバル分散の高可用性アーキテクチャ型データストアによるデータ保護(※) 3 日間集中実装を行う ハッカソン プログラムよりアーキテクチャを一気に実装 https://www.itmedia.co.jp/business/special/mk200711/index.html

Azure Light-up

34

導入事例

JFE エンジニアリング株式会社「Pla’cello」
事例 URL: https://customers.microsoft.com/ja-JP/story/817881-jfe-engineering-corporation-jp-japan

ハッカソン
実施前の課題と達成すべき目標• RDB (AWS RDS) にユーザーが直接アクセスすることによる性能／セキュリティの問題が発生していた• 同期型／直列処理により ETL 処理に時間がかかる• 1 プラント当たり数千個のセンサー デバイスからのデータ分析の際のデータ量の制限や、ETL 処理に数時間かかる状況を打破したい• 手動運用による作業効率／拡張性の悪化

パフォーマンス効率• ダウンロードの⾃由度・スピードが向上（約 10 倍以上）
• データ更新のリードタイムが短縮（2 時間 -> 10 分）

ハッカソン
実施による
主な達成事項

オペレーショナル エクセレンス• Terraform を使った IaC により、プラント追加作業を短縮（3 日-> 1 時間）

コスト最適化• データ処理方法の見直しでストレージ コストが半分以下にAzure Light-up

36

導入事例
参考資料

タイトル

ダウンロードリンク

DX を実現するWell-Architected な開発環境・体制構築(技術概要編)https://aka.ms/WAF_TechSum_JA01

Well-Architected Framework 技術解説

https://aka.ms/WAF_TechOverview01

DX を実現するWell-Architected な開発環境・体制構築(ビジネス編 – Word 詳細編)

https://aka.ms/WAF_BIZDetail_JADoc

DX を実現するWell-Architected な開発環境・体制構築(ビジネス編 – Word 概要編)

https://aka.ms/WAF_BIZSum_JADoc

DX を実現するWell-Architected な開発環境・体制構築(ビジネス編 – PPT 概要編)

https://aka.ms/WAF_BIZSum_JAPPTMicrosoft Azure Well-Architected Framework

https://docs.microsoft.com/ja-jp/azure/architecture/framework/

Microsoft Azure Well-Architected Framework の概要 （MS Learn）

https://docs.microsoft.com/ja-jp/learn/modules/azure-well-architected-introduction/

Azure 向けの Microsoft Cloud 導入フレームワーク(Cloud Adoption Framework)https://docs.microsoft.com/ja-jp/azure/cloud-adoption-framework/

日本企業向けクラウド導入ガイドライン・ベストプラクティスガイド (2020 年 5 月版)

https://info.microsoft.com/JA-AzureApp-CNTNT-FY20-06Jun-08CloudServiceInfrastructureUtilizationRegulations-SRGCM3554_01RegistrationForminBody.html

BizDevOps ラウンドテーブルホワイトペーパー

https://info.microsoft.com/JA-AzureApp-CNTNT-FY20-04Apr-29LinkingbusinessandIT-SRGCM3421_01Registration-ForminBody.html

Azure Light-up37

Thank you.
▪
▪
▪

▪
▪

本書に記載した情報は、本書各項目に関する発行日現在の Microsoft の見解を表明するものです。Microsoftは絶えず変化する市場に対応しなければならないため、ここに記載した情報に対していかなる責務を負うものではなく、提示された情報の信憑性については保証できません。
本書は情報提供のみを目的としています。 Microsoft は、明示的または暗示的を問わず、本書にいかなる保証も与えるものではありません。
すべての当該著作権法を遵守することはお客様の責務です。Microsoftの書面による明確な許可なく、本書の如何なる部分についても、転載や検索システムへの格納または挿入を行うことは、どのような形式または手段（電子的、機械的、複写、レコーディング、その他）、および目的であっても禁じられています。これらは著作権保護された権利を制限するものではありません。
Microsoftは、本書の内容を保護する特許、特許出願書、商標、著作権、またはその他の知的財産権を保有する場合があります。Microsoftから書面によるライセンス契約が明確に供給される場合を除いて、本書の提供はこれらの特許、商標、著作権、またはその他の知的財産へのライセンスを与えるものではありません。
Microsoft, Windows, その他本文中に登場した各製品名は、Microsoft Corporation の米国およびその他の国における登録商標または商標です。
その他、記載されている会社名および製品名は、一般に各社の商標です。