タイトル：StackStorm で実現する、複数システムに対する統一インターフェイス提供と運用一元化の取り組み - OpenStack最新情報セミナー(2017年3月) アジェンダ： - 課題認識 - 解決策 --- システムの統合 --- システムの抽象化 --- StackStormによるシステムの抽象化

1. 統一インターフェイスと
運用作業の一元化の取り組み
大山 裕泰
DMM.com ラボ / インフラ本部
StackStorm による
2017/03/29
OpenStack 最新情報セミナー

2. 大山 裕泰 / OHYAMA Hiroyasu
Working at: XaaS Development, Infrastructure Division
Attributes
- OpenStack / ATC (Active Technical Contributor)
- StackStorm AWS pack (Official extension of StackStorm) / Maintainer
- StackStorm / Contributor
2

3. 課題認識
3

4. 4課題認識
1. オペレーションのエントロピー増大問題
- システムが増え続ける限り、オペレーションは複雑化し続ける
2. オペレーションが特定のシステムに依存する問題
- 長く利用した結果、運用が局所最適化されシステムを動かせなくなる
インフラエンジニアの課題

5. タスク管理/J
構成管理/O
5課題認識
1. オペレーションのエントロピー増大問題
- システムが増え続ける限り、オペレーションは複雑化し続ける
インフラエンジニアの課題
ロードバランサ/A ストレージ/T

6. 6課題認識
1. オペレーションのエントロピー増大問題
- システムが増え続ける限り、オペレーションは複雑化し続ける
インフラエンジニアの課題
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T

7. 7課題認識
2. オペレーションが特定のシステムに依存する問題
- 長く利用した結果、運用が局所最適化されシステムを動かせなくなる
インフラエンジニアの課題
構成管理/R
Replaceable?
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T

8. 解決案
8

9. 9課題認識
Operation
with LBaaS
STaaS
Configuration Management …
解決案1 - システムの統合
１個のシステムで運用できるようにしちまえ!!
タスク管理/J

10. OperationManager
10課題認識
解決案2 - システムの抽象化
１個のシステムで運用できているように見せちまえ!!
Operation
Operation
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T

11. 解決策
11
- StackStorm によるシステムの抽象化

12. 12解決策 - StackStorm によるシステムの抽象化
StackStorm とは？
IFTTT x WorkFlow
event
Another
external world
An external
world

13. 13解決策 - StackStorm によるシステムの抽象化
StackStorm とは？
IFTTT x WorkFlow
ACTION / WF
TRIGGER
SENSOR
SENSOR
SENSOR
ACTION / WF
TRIGGER
eventAn external
world
Another
external world

14. 14解決策 - StackStorm によるシステムの抽象化
StackStorm とは？
IFTTT x WorkFlow
ACTION / WF
TRIGGER
RULE
SENSOR
SENSOR
SENSOR
ACTION / WF
TRIGGER
eventAn external
world
Another
external world

15. 15解決策 - StackStorm によるシステムの抽象化
StackStorm とは？
IFTTT x WorkFlow
ACTION / WF
TRIGGER
RULE
SENSOR
SENSOR
SENSOR
ACTION / WF
TRIGGER
eventAn external
world
Another
external world

16. 16
具体例
解決策 - StackStorm によるシステムの抽象化
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T

17. 17解決策 - StackStorm によるシステムの抽象化
外部システム用のモジュール
具体例
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
Action

18. 18解決策 - StackStorm によるシステムの抽象化
WorkFlow
具体例
Action の実行ルールを記述
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
Action

19. 19解決策 - StackStorm によるシステムの抽象化
WorkFlow
具体例
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
Action

20. 20解決策 - StackStorm によるシステムの抽象化
Action
Trigger
構成管理/O
ロードバランサ/A ストレージ/T
WorkFlow
具体例
NEW!(Pack for ‘J’)
Sensor
タスク管理/J

21. 21解決策 - StackStorm によるシステムの抽象化
ActionSensor
RULE
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
具体例
NEW! WorkFlow
Trigger

22. 22解決策 - StackStorm によるシステムの抽象化
ActionSensor
Trigger
RULE
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
WorkFlow
具体例

23. 23解決策 - StackStorm によるシステムの抽象化
ActionSensor
Trigger
RULE
嬉しいこと (その1)
人がオペーレションに介在しないで済む
タスク管理/J
構成管理/O
ロードバランサ/A ストレージ/T
WorkFlow

24. Sensor
Trigger
Replaced!!
構成管理/O
24解決策 - StackStorm によるシステムの抽象化
WorkFlow
嬉しいこと (その2)
個別のシステムの置き換えがユーザから見えない
モジュールを置き換える
タスク管理/J ロードバランサ/A ストレージ/ T -> C
Action

25. まとめ
25

26. 26まとめ
1. オペレーションのエントロピー増大問題
- システムが増え続ける限り、オペレーションは複雑化し続ける
2. オペレーションが特定のシステムに依存する問題
- 長く利用した結果、運用が局所最適化されシステムを動かせなくなる
StackStorm で解決する (ことを期待する) 問題

27. 27まとめ
管理者にとって
- StackStorm 自体の管理・運用コストが発生する
- WorkFlow は書かないといけない
- 足りないモジュールは何とか (自作するなど) しないといけない
ユーザにとって
- StackStorm のオペレーションの習熟コストが発生する
- オペレーションが StackStorm に依存する
StackStorm で発生する (ことが予想される) 課題

28. THANK YOU!
28