統一インターフェイスと 運用作業の一元化の取り組み

大山 裕泰 DMM.com ラボ / インフラ本部

StackStorm による

2017/03/29 OpenStack 最新情報セミナー

大山 裕泰 / 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

4課題認識

1. オペレーションのエントロピー増大問題 - システムが増え続ける限り、オペレーションは複雑化し続ける

2. オペレーションが特定のシステムに依存する問題 - 長く利用した結果、運用が局所最適化されシステムを動かせなくなる

インフラエンジニアの課題

タスク管理/J

構成管理/O

5課題認識

1. オペレーションのエントロピー増大問題 - システムが増え続ける限り、オペレーションは複雑化し続ける

インフラエンジニアの課題

ロードバランサ/A ストレージ/T

6課題認識

1. オペレーションのエントロピー増大問題 - システムが増え続ける限り、オペレーションは複雑化し続ける

インフラエンジニアの課題

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

7課題認識

2. オペレーションが特定のシステムに依存する問題 - 長く利用した結果、運用が局所最適化されシステムを動かせなくなる

インフラエンジニアの課題

構成管理/R

Replaceable?

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

解決案

8

9課題認識

Operation

with LBaaS

STaaS

Configuration Management …

解決案1 - システムの統合１個のシステムで運用できるようにしちまえ!!

タスク管理/J

OperationManager

10課題認識

解決案2 - システムの抽象化１個のシステムで運用できているように見せちまえ!!

Operation

Operation

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

解決策

11

- StackStorm によるシステムの抽象化

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

StackStorm とは？IFTTT x WorkFlow

event

Another external world

An external world

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

StackStorm とは？IFTTT x WorkFlow

ACTION / WF

TRIGGERSENSOR

SENSOR

SENSOR

ACTION / WF

TRIGGEReventAn external

world

Another external world

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

StackStorm とは？IFTTT x WorkFlow

ACTION / WF

TRIGGER

RULE

SENSOR

SENSOR

SENSOR

ACTION / WF

TRIGGEReventAn external

world

Another external world

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

StackStorm とは？IFTTT x WorkFlow

ACTION / WF

TRIGGER

RULE

SENSOR

SENSOR

SENSOR

ACTION / WF

TRIGGEReventAn external

world

Another external world

16

具体例

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

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

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

外部システム用のモジュール

具体例

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

Action

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

WorkFlow

具体例

Action の実行ルールを記述

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

Action

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

WorkFlow

具体例

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

Action

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

Action

Trigger

構成管理/O

ロードバランサ/A ストレージ/T

WorkFlow

具体例

NEW! (Pack for ‘J’)Sensor

タスク管理/J

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

ActionSensor

RULE

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

具体例

NEW! WorkFlow

Trigger

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

ActionSensor

Trigger

RULE

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

WorkFlow

具体例

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

ActionSensor

Trigger

RULE

嬉しいこと (その1)人がオペーレションに介在しないで済む

タスク管理/J

構成管理/O

ロードバランサ/A ストレージ/T

WorkFlow

Sensor

Trigger

Replaced!!

構成管理/O

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

WorkFlow

嬉しいこと (その2)個別のシステムの置き換えがユーザから見えない

モジュールを置き換える

タスク管理/J ロードバランサ/A ストレージ/ T -> C

Action

まとめ

25

26まとめ

1. オペレーションのエントロピー増大問題 - システムが増え続ける限り、オペレーションは複雑化し続ける

2. オペレーションが特定のシステムに依存する問題 - 長く利用した結果、運用が局所最適化されシステムを動かせなくなる

StackStorm で解決する (ことを期待する) 問題

27まとめ

管理者にとって - StackStorm 自体の管理・運用コストが発生する - WorkFlow は書かないといけない - 足りないモジュールは何とか (自作するなど) しないといけない

ユーザにとって - StackStorm のオペレーションの習熟コストが発生する - オペレーションが StackStorm に依存する

StackStorm で発生する (ことが予想される) 課題

THANK YOU!

28