このService Fabric野郎!!

1. #infrayarou

2. {
“名前” : “真壁 徹(まかべ とおる)”,
“所属” : “日本マイクロソフト株式会社”,
“役割” : “クラウド ソリューションアーキテクト”,
“経歴” : “大和総研  HP Enterprise”,
“特技” : “クラウド & オープンソース”
}

9. • 管理対象ノードが500,000を超えるリージョンがある
• 小さなリージョンでも同じ設計にしたい
• 数百万回/日を超えるAPIコールを処理する
• ダウンタイムなしに、頻繁に機能を更新する
• レスポンスは、なる速で(低遅延)

10. サービス 概要
Azure Database RDBMS (200万DB)
Azure DocumentDB ドキュメント指向型DB (数十億トランザクション/日)
Azure Event Hubs ストリーム型イベント処理基盤 (6400億イベント/日)
Azure IoT Hub IoTデバイス/メッセージ処理基盤
Intune マネージド型デバイス管理サービス
Power BI データ分析ツール
Dynamics 365 CRM SaaS
Skype for Business コミュニケーション/コラボレーションサービス
Cortana パーソナルアシスタント
スケーラブルに、低遅延に、可用性/保守性高い基盤を

11. • Queueをかまして
非同期に
• スケールしやすい
• 遅延は覚悟
• ノードの種類が多様
で増設・維持が複雑
• いまだ有効なやり口
だが、ブレークス
ルーしたい

12. • アプリケーションが
動くノードにデータ、
状態を保持
(Stateful)
• すこぶる低遅延
• 複数のノードでデー
タ、状態を複製し負
荷分散、可用性向上
• 同じ役割のノードを
並べてシンプルにス
ケール、維持

13. • ざっくり言うとアプリケーションサーバー
• Statefulにアプリを書くと、データを複数の
ノードに複製
• Statefulにアプリを書くと、データがアプリ
と同じノードにあるので低遅延
• 可用性は数で解決、ちょっとぐらいノード
が壊れても気にしない
• アプリのローリングアップグレード機能が
組み込まれている
• 障害やアップグレードの影響範囲(ドメイ
ン)を明示し、サービスダウンを回避できる

15. App1 App2
Service Fabric 配置の基本(分散)
App Type Packages Service Fabric Cluster VMs

16. App1 App2
ノード障害からの再配置
App Type Packages Service Fabric Cluster VMs

17. App1 App2
配置制約
App Type Packages Service Fabric Cluster VMs

18. App1 App2
リソース量を意識した配置
App Type Packages Service Fabric Cluster VMs

19. App1 App2
リバランス
App Type Packages Service Fabric Cluster VMs

20. App1 App2
スケールアウト & リバランス
App Type Packages
Service Fabric Cluster VMs

21. UD3
UD2
UD1
App1 App2
アプリのアップグレード
App Type Packages Service Fabric Cluster VMs
App2.1

22. データの複製
Service Fabric Cluster VMs
Primary
Secondary
Replication

23. DC1 DC2 DC3
R1 R2
B1
B2
B3
B1
B2
B3
fd://DC1/R1/B1
fd://DC1/R1/B2
fd://DC1/R1/B3
fd://DC1/R2/B1
fd://DC1/R2/B2
fd://DC1/R2/B3
fd://DC2/R1/B1
fd://DC2/R1/B2
fd://DC2/R1/B3
fd://DC2/R2/B1
fd://DC2/R2/B2
fd://DC2/R2/B3
fd://DC3/R1/B1
fd://DC3/R1/B2
fd://DC3/R1/B3
fd://DC3/R2/B1
fd://DC3/R2/B2
fd://DC3/R2/B3
R1 R2
B1
B2
B3
B1
B2
B3
R1 R2
B1
B2
B3
B1
B2
B3
DataCenter:Rack:Blade

24. N1
N3
N5
fd://dc1
fd://dc2
fd://dc3
N2 N4
N6
UD1
UD2
UD3

25. FD0 FD1 FD2 FD3 FD4
UD0
Node0
UD1
Node5 Node1
UD2
Node6 Node2
UD3
Node3
UD4
Node4

26. • サービスインスタ
ンスの動くノード
は変わる可能性が
ある
• Service Fabricが
リバースプロキシ
を持ち解決
• 外側に別途ロード
バランサをかます
ことも可
https://docs.microsoft.com/ja-jp/azure/service-fabric/service-fabric-connect-and-communicate-
with-services

28. https://docs.microsoft.com/ja-jp/azure/service-fabric/service-fabric-choose-framework

29. https://docs.microsoft.com/ja-jp/azure/service-fabric/service-fabric-deploy-anywhere
https://docs.microsoft.com/ja-jp/azure/service-fabric/service-fabric-linux-windows-differences
https://blogs.msdn.microsoft.com/azureservicefabric/2017/03/24/service-fabric-net-sdk-goes-open-source/
https://azure.microsoft.com/ja-jp/pricing/details/service-fabric/