概要ご紹介

第1.0版
Exastro developer

Introduction 「攻めの自動化」「守りの自動化」とは？

新技術を取り込みにくい
密結合で保守しづらいアプリ

従来のスタティックな環境
手動構築・手動運用

モノリシック(物理機器)
Exastro仮想化技術がまだ普及していなかった頃…
✓ サービス停止させないために「最繁トラヒック×バッファ×冗長2倍」のリソースを物理的に並べていた✓ また「CPU、Mem、I/O」の選択肢が少なく、リソースを使いきれなかった✓ それでもなるべく少ない機器点数で多くのサービスを捌けるように、複数機能をうまく混載(コンソリ)することが”正しい”とされていた✓ アプリケーションもこれらを前提に作られていた(それが正しかった)2

Introduction 「攻めの自動化」「守りの自動化」とは？

新技術を取り込みにくい
密結合で保守しづらいアプリ

従来のスタティックな環境
手動構築・手動運用

モノリシック(クラウドリフト)
Exastro仮想化技術という武器を手に入れた結果✓ 「CPU、Mem、I/O」が選択可能に✓ 「オートスケールWeb」くらいの簡単な
動的システムは組めるようになった✓ 結果、システムサイズはコンパクトになり
ハードウェア寿命から脱却できた✓ 複数機能を混載(コンソリ)させないことが”正しい”と変わり始めた
しかし、以下の課題は解決されず…
✓ アプリケーションを作り直さない限り
多くの機能で冗長2倍は継続→クラウドシフトへの期待 … ①✓ 根本的にはシステム形状は変わらないので運用の手間は大きくは変わらない→運用自動化への期待 … ②3

Introduction 「攻めの自動化」「守りの自動化」とは？

クラウドシフトへの期待(①)
新技術を取り込みにくい
密結合で保守しづらいアプリ

OPEXの効率化
アプリ設計の段階から自動化を組み込む
ことで、必要な時に必要なリソースを使う「本格的な動的システム」(リソースの冗長確保からの脱却)

ROI(投資利益率)の引き上げ

従来のスタティックな環境
手動構築・手動運用

モノリシック(クラウドリフト)
Exastroアプリ設計の段階から自動化を組み込む
ことで、運用しながら機能追加できる「廃棄容易なシステム」(DevOpsの実現)

クラウドシフトの問題点✓ アプリの作り直しを伴う✓ 初期構築時にカラクリを仕込むのが大変⇒とにかく敷居が高い！
頻繁に改造したい部位を選択しなければ…
4

Introduction 「攻めの自動化」「守りの自動化」とは？

新技術を取り込みにくい
クラウドネイティブに切り出す！
大変な頑張り…
✓ アプリを作り直し✓ 初期構築時にカラクリを仕込む

密結合で保守しづらいアプリ

頻繁に
改造する
従来のスタティックな環境
部位

手動構築・手動運用

モノリシック(クラウドリフト)
ExastroMobileSocial

IoT

5G

Tech

スケーラブルなアプリ
コンテナ
サービスメッシュ
イミュータブルインフラストラクチャ
宣言型API

AP

近代的でダイナミックな環境
パブリッククラウド
プライベートクラウド
ハイブリッドクラウド

PF

自動構築・自律運用

OP

クラウドネイティブ5

Introduction 「攻めの自動化」「守りの自動化」とは？

新技術を取り込みにくい
密結合で保守しづらいアプリ

従来のスタティックな環境
手動構築・手動運用

モノリシック(物理機器クラウドリフト)
Exastro仮想化技術という武器を手に入れた結果✓ 「CPU、Mem、I/O」が選択可能に✓ 「オートスケールWeb」くらいの簡単な
動的システムは組めるようになった✓ 結果、システムサイズはコンパクトになり
ハードウェア寿命から脱却できた✓ 複数機能を混載(コンソリ)させないことが”正しい”と変わり始めた
しかし、以下の課題は解決されず…
✓ アプリケーションを作り直さない限り
多くの機能で冗長2倍は継続→クラウドシフトへの期待 … ①✓ 根本的にはシステム形状は変わらないので運用の手間は大きくは変わらない→運用自動化への期待 … ②
6

Introduction 「攻めの自動化」「守りの自動化」とは？

新技術を取り込みにくい

MobileSocial

IoT

5G

Tech

スケーラブルなアプリ
密結合で保守しづらいアプリ
頻繁に改造する
従来のスタティックな環境
部位

手動構築・手動運用

守りの自動化
モノリシック(クラウドリフト)
Exastroコンテナ
サービスメッシュ
イミュータブルインフラストラクチャ
宣言型API

AP

近代的でダイナミックな環境
パブリッククラウド
プライベートクラウド
ハイブリッドクラウド

PF

自動構築・自律運用

OP

攻めの自動化
クラウドネイティブ7

「攻めの自動化」の進め方

「攻めの自動化」の進め方

ところで…
クラウドネイティブのカラクリとは？
初期構築時にどんなカラクリを仕込んでおけば、気持ちよくDevOpsをまわせる？

Exastro9

「攻めの自動化」の進め方

目的手段(カラクリ)
開発手法

AP開発の生産性アップﾏｲｸﾛｻｰﾋﾞｽｱｰｷﾃｸﾁｬ
CI(継続的ｲﾝﾃｸﾞﾚｰｼｮﾝ)

ROI(投資利益率)を引き上げる

CD(継続的ﾃﾞﾘﾊﾞﾘｰ)

高速・ｽｹｰﾗﾌﾞﾙ
なリリース
ITリソースを活用して利益向上するｻｰﾋﾞｽﾒｯｼｭ
ﾌﾞﾙｰｸﾞﾘﾝ/ｶﾅﾘｱﾃﾞﾌﾟﾛｲﾒﾝﾄ(前提：ｲﾐｭｰﾀﾌﾞﾙ/ｽﾃｰﾄﾚｽ)

宣言的API(宣言型IaC)運用に必要な
人件費の削減ﾀｽｸの一元管理・自動化

ｺﾝﾃﾅ仮想化(CaaS)
ｵｰﾄｽｹｰﾘﾝｸﾞ

OPEX(運用費)を低減する

分散ﾄﾚｰｼﾝｸﾞ

運用に必要な
保守費の削減Exastro(ｱｼﾞｬｲﾙ／ﾃｽﾄ駆動)

ﾒﾄﾘｸｽ監視
VM仮想化(IaaS)
10

「攻めの自動化」の進め方

目的
割り切る事
AP開発の
生産性アップ開発(改造)を考慮した単位にAPを分割する(分割軸：ロバスト性)

開発手法(ｱｼﾞｬｲﾙ／ﾃｽﾄ駆動)

ﾏｲｸﾛｻｰﾋﾞｽｱｰｷﾃｸﾁｬ
CI(継続的ｲﾝﾃｸﾞﾚｰｼｮﾝ)

ROI(投資利益率)を引き上げる

高速・ｽｹｰﾗﾌﾞﾙ
なリリース
ITリソースを活用して利益向上する
運用に必要な
人件費の削減OPEX(運用費)を低減する

クリティカルでない作業
は切戻しを考慮しない障害には素早いAP修正で対応する(DevOps)

CD(継続的ﾃﾞﾘﾊﾞﾘｰ)ｻｰﾋﾞｽﾒｯｼｭ
ﾌﾞﾙｰｸﾞﾘﾝ/ｶﾅﾘｱﾃﾞﾌﾟﾛｲﾒﾝﾄ

オーダメイド作業は避ける(特殊な要件を避ける)

作業をパターン化して
構成管理／自動化する(要件のメニュー化)

同一目的のマシンには異なる機種を混ぜない

故障ノードは廃棄／交換で対応する(前提：ｲﾐｭｰﾀﾌﾞﾙ/ｽﾃｰﾄﾚｽ)

宣言的API(宣言型IaC)
ﾀｽｸの一元管理・自動化

ｺﾝﾃﾅ仮想化(CaaS)
ｵｰﾄｽｹｰﾘﾝｸﾞ
分散ﾄﾚｰｼﾝｸﾞ

運用に必要な
保守費の削減Exastro今後も改造するAPは作り直しをタブーとしない

新たな発想

手段(カラクリ)

機能を冗長配置しない

レジリエンス(冗長構成に頼らず回復)

ﾒﾄﾘｸｽ監視
VM仮想化(IaaS)
11

「攻めの自動化」の進め方

目的
割り切る事
AP開発の
生産性アップ

高速・ｽｹｰﾗﾌﾞﾙ
なリリース
ITリソースを活用して利益向上する
運用に必要な
人件費の削減Exastro開発(改造)を考慮した単位にAPを分割する(分割軸：ロバスト性)

開発手法(ｱｼﾞｬｲﾙ／ﾃｽﾄ駆動)

ﾏｲｸﾛｻｰﾋﾞｽｱｰｷﾃｸﾁｬ
CI(継続的ｲﾝﾃｸﾞﾚｰｼｮﾝ)

ROI(投資利益率)を引き上げるOPEX(運用費)を低減する

今後も改造するAPは作り直しをタブーとしない

新たな発想

手段(カラクリ)

クリティカルでない作業
は切戻しを考慮しない障害には素早いAP修正で対応する(DevOps)「攻めの自動化」
オーダメイド作業は避ける(特殊な要件を避ける)

作業をパターン化して
構成管理／自動化する(要件のメニュー化)

同一目的のマシンには異なる機種を混ぜない

故障ノードは廃棄／交換で対応する

CD(継続的ﾃﾞﾘﾊﾞﾘｰ)ｻｰﾋﾞｽﾒｯｼｭ
ﾌﾞﾙｰｸﾞﾘﾝ/ｶﾅﾘｱﾃﾞﾌﾟﾛｲﾒﾝﾄ(前提：ｲﾐｭｰﾀﾌﾞﾙ/ｽﾃｰﾄﾚｽ)

宣言的API(宣言型IaC)
ﾀｽｸの一元管理・自動化

ｺﾝﾃﾅ仮想化(CaaS)

ｵｰﾄｽｹｰﾘﾝｸﾞ
特にこれら9つの手段(カラクリ)が分散ﾄﾚｰｼﾝｸﾞ「ROI(投資利益率)の引き上げ」というレジリエンス
運用に必要な
ﾒﾄﾘｸｽ監視機能を冗長配置しない
クラウドネイティブ最大のテーマに直結する(冗長構成に頼らず回復)
保守費の削減VM仮想化(IaaS)(さらに「攻めの自動化」に直結するのは5つ)12

「攻めの自動化」の進め方【前提】kubernetesベースのCI/CDアーキテクチャ
Exastro13

「攻めの自動化」の進め方

k8sマニフェスト(IaC)もテンプレート管理しよう！
(環境毎にマニフェストを持つのはバグの温床)

Exastro14

「攻めの自動化」の進め方の前半
ステートフル＆Operatorの提供もないような、
いわゆる「なんちゃってコンテナ」がある場合、
K8sマニフェストに従ったデプロイメントよりも前に、レガシーな手段でリリース作業せざるを得ない。
そういったコンテナをなるべく排除するのと同時に、手動作業で更改することは避けたほうが良い。
(自動化のジョブフローに組み込むことがお薦め)

Exastro15

「攻めの自動化」の進め方の後半
k8sマニフェスト(IaC)がCommit&Pushされると、CDパイプラインに従って環境が更新されていく！
Exastro16

「攻めの自動化」の進め方(参考)
DevOpsの”Ops”じゃないほう(通常のオペレーションのほう)

Exastro17

「攻めの自動化」の進め方【参考】AWS ECSベースでも同様のDevOps環境が準備できる
Exastro18

「守りの自動化」の進め方

「守りの自動化」の進め方

モノリシックシステムのSIに携わるITエンジニアの現場の声をまとめてみました

設計

チーム間の情報伝達に遅延やミスが発生する
データの二重管理や独自文言が設計ミスにつながる
多重開発により設計書(帳票)の管理が煩雑化する結果として設定の前後性を確認できない

作業準備

チーム間の作業順序が複雑で毎回タイムチャートを作成しては使い捨てる
作業ごとに手順書を作成/レビューしては使い捨てる
手順ごとにコンフィグを埋め込んでいて、新機種／新OSを追加するごとに手順書のパターンが増える(マルチベンダー対応の障壁)作業実施

人手作業なので作業時間が一定でない⇒チーム間で作業待ちが発生
人手作業なので人為ミスの懸念から逃れられない

Exastro20

「守りの自動化」の進め方

モノリシックシステムの運用に携わるITエンジニアの現場の声をまとめてみました
管理不足

運用上変更してよいパラメータと変更してはいけないパラメータが把握できていないシステムのパラメータの現在値や過去の変更履歴を管理できていない
結果としてせっかくパラメータ化されているのに運用で利用できていない

高負荷システムは複雑化の一途を辿っており作業量は増大するばかり
何か起こるとExcelで書かれた大量のマニュアルを読み替えながら複数人体制で1作業ずつ慎重に実行するしかない
結果としてシステムの故障時間が長くなりサービスにも影響が出る

属人化

有識者不在により作業が進まない
有識者がいなくなるとノウハウは消失する
既知事象/未知事象の切り分けが難しく有識者の経験に頼らざるを得ない
結果として有識者を異動させられない

Exastro21

「守りの自動化」の進め方

関係者は散乱した情報を正確に伝えることに多くの時間を費やしています
毎回使い捨て

B担当
A担当
パラ
パラ
パラ
メータ
メータ
メータ

パラ
パラ
パラ
メータ
メータ
メータ

作業
手順

作業手順
(パラメータ埋込み)

作業者A

作業
手順

C担当
パラ
パラ
パラ
メータ
メータ
メータ

作業チーム

タイムチャート

×

作業者B

作業
手順

有識者

設計チーム

システム
Exastro

運用
マニュアル

システムの
期待値

運用者

システムの状態22

「守りの自動化」の進め方

関係者は散乱した情報を正確に伝えることに多くの時間を費やしています
毎回使い捨て

B担当
A担当
パラ
パラ
パラ
メータ
メータ
メータ

パラ
パラ
パラ
メータ
メータ
メータ

作業
手順

作業
手順

C担当
パラ
パラ
パラ
メータ
メータ
メータ

作業
手順

作業チーム

【根本原因】
システムに関する情報がバラバラであること
作業手順(パラメータ埋込み)

作業者A

タイムチャート

×

作業者B

有識者

設計チーム

システム
Exastro

運用
マニュアル

システムの
期待値

運用者

システムの状態23

「守りの自動化」の進め方

システムに関する情報をデジタル化して一元管理すればよいのですが･･･

SCM

B担当
A担当

C担当

パラメータ
(CMDB)

作業手順
(IaC)

作業順序
(更改)

作業順序
(運用)

システムの期待値

設計チーム

作業者

システム
Exastro

運用者

システムの状態24

「守りの自動化」の進め方

システムに関する情報をデジタル化して一元管理すればよいのですが･･･

B担当【解決手段】
パラメータ
作業手順(CMDB)(IaC)
システムに関する情報を一元管理(デジタル化)
作業順序
作業順序
(更改)
(運用)
すること
SCM

システムの期待値

A担当

C担当
設計チーム

作業者

システム
Exastro

運用者

システムの状態25

「守りの自動化」の進め方

Exastroはシステム情報をデジタル化して一元管理するのに役立ちます

Exastro26

Exastro Suite

Exastro Suiteとは？

Exastro28

Exastro Suiteが目指す自動化・自律化のロードマップ

Exastro Suiteが目指す自動化・自律化のロードマップ

Exastro29詳しくはコミュニティーサイトへ！

Exastrohttps://exastro-suite.github.io/docs/index_ja.html
Exastro30

Exastro IT Automation

Exastro IT Automation 概要イメージ

Exastro IT Automationは「システム構成(IaC+ﾊﾟﾗﾒｰﾀ)を管理するためのフレームワーク」です

Exastro32

Exastro IT Automation：システムスタックと使用するメソッド
MethodSystemCMDB

Application

Application

System Parameters

PaaS
Controller

MicroService

Micro
Service

IaaS
Controller

Conductor

Virtual
Network

MicroService
Micro
Service

Micro
Service

VirtualStorage

Middleware

Operation
SystemVirtualMachineStart

ExastroEnd

Hardware(Job Flow)33

7つの特徴Exastro34

1つめの特徴 - マルチインタフェースとRBAC

ユーザ操作を3種類のI/F(Web, Excel, RestAPI)から実行可能
どのI/Fからの操作でも「誰が・いつ・何をしたか？」を記録する
RBACを備えており、開発者、作業者、運用者といった役割りを定義できその役割りごとに出来ること(参照のみ、更新、実行)を制御できる

Exastro35

2つめの特徴 - パラメータをグルーピング／履歴管理する (1/2)

システムのパラメータ情報をグルーピング/履歴管理する

Exastro362つめの特徴 - パラメータをグルーピング／履歴管理する (2/2)

パラメータシートは履歴管理機能を標準装備
設計履歴から抽出した情報を使ってシステム更改する仕組み

Exastro373つめの特徴 - IaCを解析して変数を刈り取る

IaCがアップロードされるとまずIaCに誤りが無いか解析する
誤りがなければ、IaCの記述から変数名を刈り取って管理する
変数名を選択式で利用し誤植等のヒューマンエラーを防止する

Exastro384つめの特徴 - IaCをモジュール管理して再利用性を高める

IaC(Playbook等)を一発モノで終わらせず再利用して利用し続けられる
ように、モジュール化して作業時に組み立てる仕組み

Exastro395つめの特徴 - 複数の自動化ソフトウェアを繋げて実行する

複数の自動化ソフトウェアを繋げて一本の作業フローを定義できる
また自動化ソフトウェアの動作に必要な投入データを自動生成する例) (Ansibleの場合) 必要なPlaybookを集めて繋げ、ノード毎にパラメータからhost_varsを作る

命令型IaC

宣言型IaC

Exastro40

6つめの特徴 - 自動化を止めない最後の切り札Pioneerモード

Ansibleのどのモジュールを使っても自動化できない場合に、手動作業を挟んでしまうと自動化のメリットが半減する。そこで、自動化を止めない
最後の切り札として、ITAではPioneerモードを提供。

Exastro41

7つの特徴：⑦実行状況をリアルタイムで監視する

手動作業と比較して遜色なく実行状況をリアルタイム把握することを重視
また実行記録(作業エビデンス)を管理し欲しい時にダウンロード可能
作業フローの途中に「保留ポイント」
を設定可能

投入データ(自動生成)がダウンロード可能(zip)

実行状況をクリック
すればドリルダウンが可能

実行結果(作業エビデンス)がダウンロード
可能(zip)

非常時には「緊急停止」で作業をストップすることが可能

自動化ソフトウェアの実行状況をリアル
タイムで表示Exastro42

詳細イメージ

ご紹介した「7つの特徴」の他にも様々な工夫を凝らして、システム情報をデジタル管理できるようにしています。

⑤

②
④

⑦

③

①
Exastro⑥
43

Exastro OASEExastro OASE 概要イメージ

Exastro Operation Autonomy Support Engineは「システム運用の自動化を支援するためのフレームワーク」です

Exastro45

６つの特徴Exastro46

６つの特徴：①ルールリストをステージングで確認

ステージング確認ではルールリスト適用前に実際のアクションの直前までを実行し妥当性を確認できます。

Exastro47

６つの特徴：②監視ソフトウェアや作業自動化ソフトウェアとマルチに連携する

様々なツールとの連携ドライバやRestAPIを具備しているためマルチな連携ができます。

Exastro48

６つの特徴：③コーディングレスなルールを定義する

ルールフォーマットにExcelを採用しています。Web UI上からプログラ
ムを自動で書き込んだExcelを作成できます。ユーザはコーディングレス
なルールの定義ができます。

Exastro49

６つの特徴：④アクション実行回数を制御する監視ツールから複数メッセージを受けても対処に応じて実行回数や実行間隔を設定できます。

Exastro50

６つの特徴：⑤複数のルールリストを管理する

ルールをプロジェクトやシステム毎など任意の単位に切り分けて管理できます。また切り分けたルールごとにメッセージを振り分けることが可能です。

Exastro51

６つの特徴：⑥グループ毎にアクセスを制御する

ロールベースアクセス制御機能を備えているため参照・更新・実行をグ
ループ毎に割当てて管理できます。

Exastro52

AIOpsへの取り組み
頻繁に発生する事象を早期に自動化/省力化するためにはルールベースが有効です。
一方で、AIOpsは更なる自動化/省力化の効果が見込めますが、「AIが読み込むための学習データ」が必要となるため立ち上げに時間を要します。
Exastro OASEでは、ルールベースで自動化/省力化に結果を出しながら、対処結果を蓄積してAIOpsの実現を支援します。
システム

自動対処A
自動判断

監視
ソフトウェア(OASE)

自動対処B

ルールリスト(ルールベース)

人間の体験や伝聞によって得られた知識人手で立ち上げ

対処結果

自動対処C

AIで精度アップ

可視化

AIOps
Exastro53

Exastro EPOCH

Exastro EPOCH 概要イメージ

Exastro EPOCHは「クラウドネイティブシステム開発を加速するためのフレームワーク」です

Exastro55

5つの特徴Exastro56

1つめの特徴 - クラウドネイティブなアプリケーションのCI/CDパイプラインを即時に提供

高速開発に必要なCI/CD環境を一元的に提供する設計が大変なCI/CD環境を一括で設計・構築可能

Exastro57

2つめの特徴 – GitOpsに対応した環境の展開

アプリケーションコードのコミット＆プッシュだけで、CI/CDパイプラインを実行可能（GitOps）
CIパイプライン

Push

Push

Get

Get

Commit&Push（AP Code）
Commit&Push（Infra Code）

DevOps開発者

CDパイプライン

Exastroコンテナ

Deploy58

3つめの特徴 - カナリアリリース/ブルーグリーンデプロイに対応

コンテナデプロイでは迅速な切り替え・切り戻しに有用な“カナリアリ
リース”と“ブルーグリーンデプロイ”が利用可能（例：ブルーグリーンデプロイ）

Exastro59

4つめの特徴 – ワークロードを統一

CI/CDのステータスを各CI/CDツールを介さずに一括で確認可能
スムーズな状況確認・DevOpsを実施

CIパイプライン

CDパイプライン

Exastro60

5つめの特徴 – 環境一致を強力に支援する

宣言的IaCの環境依存パラメータをシステム上で管理
CD時に自動的にパラメータ反映したIaCをコミットする

Exastro環境

Develop

環境①

パラメータA

環境②

パラメータB61

事例【事例①】大規模システムの様々な運用監視設定を効率化しました

Exastro63

【事例②】大規模イベント向けに3万台の機器を自動キッティングしました

Exastro64

【事例③】システムの構成管理を活用して機器停止のサービス影響予測しました

Exastro65

【事例④】企業の運用部門が各部門のAWSシステムを統制する仕組み (1/2)
Exastro IT Automationで「CloudFormationテンプレート」を管理し、各部門にガバナンスの効いたAWS環境を払い出す仕組みを提供しました。

Exastro66

【事例④】企業の運用部門が各部門のAWSシステムを統制する仕組み (2/2)
稼働中のEC2(オートスケール)に緊急でパッチ適用する、といった運用シナリオにも対応しました

Exastro67

【事例⑤】運用業務における障害対処を自動化しました－Before－障害の切り分けから対処まで、手動で作業を実施していました。

Exastro68

【事例⑤】運用業務における障害対処を自動化しました－After－Exastroをご利用いただくことで、手動作業を最小限に抑えることができました。

Exastro69

参考

参考① ExastroをOSS公開する目的

ExastroをOSS公開する目的

参考

Exastro Suiteは、市場で広く共有して他のソフトウェアとも連携してIT
エンジニアの「苦」を解消することを目的にOSSにしました。
NECは、システム構築の自動化を支援するソフトウェア「Exastro IT Automation (エグザストロ・アイ
ティ・オートメーション)」を開発し、2019年4月にオープンソースソフトウェア(OSS)として公開しました。
これまでの大規模システム構築の課題として、システムを構成する機器の設定など手作業による定型作業の繰り返しや、作業者の熟練度の違いによる効率や品質のばらつき等が挙げられます。Exastro IT Automation
は、Infrastructure as Codeの技術を用いてこれらの課題を抱えるシステム構築の自動化を実現するソフト
ウェアであり、効率と品質の向上に貢献します。
NECはこれまでミッションクリティカルな大規模システム構築や開発を行い、SIのノウハウや実績を積み上げてきました。Exastro IT Automationはこれらの経験から出てきた課題を元に制作したソフトウェアであり、多岐にわたるシステム構築プロジェクトでExastro IT Automationを活用して自動化を進めてきました。
しかし、昨今の大規模システム構築では、複数企業で行うことも多く、本ソフトウェアのような自動化ツー
ルのニーズが高まってきています。
この度Exastro IT AutomationをOSS化することで、市場で広く本ソフトウェアを共有して他のソフトウェ
アとも連携してエコシステムを形成することにより、新たなビジネスモデルを創出して社会価値創造を実践
してまいります。
出典：http://www.news2u.net/releases/165517/
補足：旧称「astroll IT Automation」は「Exastro IT Automation」に書き直している
Exastro71

参考

参考② Exastro OSS開発ロードマップ

Exastro OSS開発ロードマップ

Exastro

参考

73

参考

参考③ 攻めと守りの自動化【攻めと守りの自動化】仮想化/自動化とCAPEX/OPEXの変遷(1/3)

参考

2つの領域の自動化は財務的な視点でも目的を異にします

Exastro75

【攻めと守りの自動化】仮想化/自動化とCAPEX/OPEXの変遷(2/3)

参考

守りの自動化はOPEX(維持費)の効率化を目的とすることが多いです

Exastro76

【攻めと守りの自動化】仮想化/自動化とCAPEX/OPEXの変遷(3/3)

参考

攻めの自動化はROI(投資利益率)の引き上げを目的とすることが多いです

Exastro77

【攻めと守りの自動化】システムを取り巻く状況とExastroの位置づけ
Monolithic

Cloud Native

Lift
on-premise

密結合な
アプリ

Shift
Cloud

Cloud

tenancytenancy

開発・構築

密結合な
アプリ

開発・構築

スタティックな環境
クラウド
プラットフォーム

✓ リソースを有効活用✓ HWマイグレから脱却

スケーラブルなアプリ

ダイナミックな環境

スタティックな環境

Exastro参考

運用(DevOps)

運用(ITIL)

クラウドプラットフォーム✓ サービススピードに対応✓ パッケージやマネージドサービスを活用して保守範囲を限定
78

【攻めと守りの自動化】モノリシック／クラウドネイティブのハイブリッドの自動化

参考

Exastro ITAはモノリシック/クラウドネイティブを別々ではなくシステム全体の情報を一元管理します
システム情報の一元管理
宣言型IaC(宣言的API)

命令型IaC(手続き的)

モノリシックアーキテクチャ

永続データ(廃棄不可)
頻繁に改造する部位をクラウドネイティブに切り出す

イミュータブル(廃棄容易)

クラウドネイティブ
アーキテクチャシステム全体(ハイブリッド)
守りの自動化
Exastro

攻めの自動化79

参考

参考④ 攻めの自動化

参考【攻めの自動化】ブルーグリーンデプロイメントと構築／移行(1/2)

ブルーグリーンデプロイメントでは部分的に「新規構築」を繰り返します
手作業でやっていたのでは作業量が爆発しますので自動構築は必須です
Step1

Step2

Step3

Step4

本番環境のみの状態

新たな環境を構築(試験実施)

永続データを真データへ返還

系切替＋データの付替えで、新環境をリリース

(旧)永続
データ

(新)永続
データ

ブルー面
（本番）

(旧)永続
データ

切替

1回のリリースのために
2環境分の「新規構築」を実施する必要がある(再現性も重要)グリーン面（次期本番）

ブルー面
ミラー（切戻担保）

切戻

(新)永続
データ
(試験用)

(新)永続
データ
(試験用)

(新)永続
データ

「新規構築」以外の移行作業もある(自動化しなければならない)※切り戻し可能な状態を保つために互換性を保つ・検証可能とする必要がある
Exastro81

【攻めの自動化】ブルーグリーンデプロイメントと構築／移行(2/2)

参考「新規構築」可能な部分は宣言的API(あるべき姿を定義)が効果的です
一方で「移行作業」には命令型IaCでの自動化が必要です
宣言型のIaC(宣言的API)
最終的に以下の通り。
〇〇が1個
□□が2個
△△が3個

クラウドリソースの新規構築に向いている

新しいシステム
(新)永続
データ

新規構築

移行作業

(旧)永続
データ

現在のシステム
Exastro

命令型のIaC(手続き的)
1. まず〇〇を1個用意する
2. 次にAとBを混ぜて△△を3個作る
3. 最後にCとDを混ぜて□□を2個作る

クラウドリソース以外は命令型IaCで作業を自動化する必要がある82

参考

参考⑤ 守りの自動化

参考【守りの自動化】Exastro Suiteが目指す自動化・自律化の概要イメージ
DesignDevelop/Construct

OperateReplication

input

AI
Technology

kick/Controll
DevicesParameter
Lists

Playbooks(modularized)

(e.g.

Files
and
Templates)

kick/Controll

Input data
Generator

known
Input datas
HostVars
files

ITSM/ITOM Softwares

Unknown

Rule
List

Playbooks(combined)

Automation Softwares
(e.g.

)

SystemExastroMonitoring Software
(e.g.

)

84

【守りの自動化】リリース作業が効率化される「狭義の自動化」

Exastro参考85

【守りの自動化】システム情報の一元管理がもたらす「広義の自動化」

Exastro参考86

【守りの自動化】 PSSOガイドブック(1/5)

Exastro参考87

【守りの自動化】 PSSOガイドブック(2/5)

参考

これらの課題は大まかには3つのステップで解決できます

設計

作業準備

チーム間の情報伝達に遅延やミスが発生する
Step 1
データの二重管理や独自文言が設計ミスにつながる
解決策
設計情報の一元管理
多重開発により設計書(帳票)の管理が煩雑化する設計
結果として設定の前後性を確認できない
Step 3
情報設計
一元管理と自動実行の連携
CMDB 情報設計
情報チーム間の作業順序が複雑で毎回タイムチャートを作成しては使い捨てる
連携
ジョブ
作業ごとに手順書を作成/レビューしては使い捨てる
設計
実
情報
設計
手順ごとにコンフィグを埋め込んでいて、新機種／新OSを追加するごとに
ジョブ
行
Step 2
情報
設計
CMDB 情報
手順書のパターンが増える(マルチベンダー対応の障壁)
自動実行の実現
ジョブ
解決策

ジョブ

作業実施
Exastro人手作業なので作業時間が一定でない
実
ジョブ
行⇒チーム間で作業待ちが発生
ジョブ
人手作業なので人為ミスの懸念から逃れられない88

参考【守りの自動化】 PSSOガイドブック(3/5)

細かく刻めば12つのタスクで解決できます

ExastroStep 1

Step 2

Step 3

5つのタスク

5つのタスク

2つのタスク89

【守りの自動化】 PSSOガイドブック(4/5)

Exastro参考90

【守りの自動化】 PSSOガイドブック(5/5)

参考

ガイドはOSSコミュニティーサイトからダウンロードできます

Exastro91

参考

参考⑥ 関連ソフトウェアとのエコシステム

参考

Exastro IT Automation：自動化ソフトウェアの使いどころ(クラウド等)
システム

Conductor(Job Flow)

CMDB

SaaS

Start

Ansibleドライバ
Playbook
Playbook
Playbook
部品
部品
部品

自由に
定義可能

Movement(Playbook部品の走行順序)

Ansible
連携機能

Red Hat
Ansible
Tower
(AAC)

Red Hat
AnsibleEngineor

ITA
AnsibleAgent

ﾃﾞﾌﾟﾛｲ

Middleware
PaaS
OS

パラメータ
パラメータ
システム
シート
シート
パラメータ

Terraformドライバ
Playbook
Playbook
Terrraform
部品
部品
Template部品

Organization

Movement(使用するTerraform部品)

Playbook
Playbook
Terrraform
部品
部品
PolicyFileTerraform
連携機能

WorkSpace αState File

IaaS

物
理
デ
バ
イ
ス

パブリック

オンプレミスﾌﾟﾛﾋﾞｼﾞｮﾝｸﾞ

Terraform
BinaryWorkSpace βState File

Terraform
Binary…

End

ExastroApplication

93

参考

Exastro IT Automation：自動化ソフトウェアの使いどころ(VMware基盤)
システム

Conductor(Job Flow)

CMDB

Application

Start

Ansibleドライバ
Playbook
Playbook
Playbook
部品
部品
部品

自由に
定義可能

Movement(Playbook部品の走行順序)

Ansible
連携機能

Red Hat
Ansible
Tower
(AAC)

Red Hat
AnsibleEngineor

ITA
AnsibleAgent

Middleware

OS

パラメータ
パラメータ
システム
シート
シート
パラメータ

Terraformドライバ
Playbook
Playbook
Terrraform
部品
部品
Template部品

Organization

Movement(使用するTerraform部品)

Playbook
Playbook
Terrraform
部品
部品
PolicyFileTerraform
連携機能

WorkSpace αState File

ﾌﾟﾛﾋﾞｼﾞｮﾝｸﾞ

Terraform
Binary(vSphere, vSAN, NST-t, vRA7, …)

WorkSpace βState File

Terraform
Binary…

End

Exastroﾃﾞﾌﾟﾛｲ

VMware Cloudon AWS

オンプレミス(HCI)

94

Red Hat Kubernetes Operator Project への参加

参考

Red Hat OpenShift Operator認定で認証されたソフトウェアは、
OpenShift上で稼働することが保証され、マルチクラウド対応、および運用ノウハウのコード化による自律的運用が実現できます。

出典：https://www.redhat.com/ja/about/press-releases/red-hat-starts-kubernetes-operator-project-in-japan
Exastro95

Exastro ITAとAnsible Towerを連携することによる効果

Exastro参考96

Exastro IT Automation: 自動化ソフトウェアの使いどころ
ワークフロー(組織間連携)プロジェクトごと(開発/構築)A組織

B組織

ServiceNOW
(運用)

ジョブ
実行

A組織

B組織

ジョブ
実行

IaC管理／
パラメータ管理(CMDB)
Terraform
Template部品

Conductor(Job Flow)

Start

システム
パラメータ

Movement

Movement(使用するTerraform部品)(Playbook部品の走行順序)

Terraform連携機能

Organization
Workspace αState File

Application

ExastroCFn/ARM/…

Terraform Binary

SaaS

RedHatITA
or
Ansible Tower Ansible Agent
RedHat Ansible Engine

PaaS
MiddlewareEnd• 広義の自動化• 自動化2.0• 構成管理(CMDB)

Ansible連携機能

IaC実行

システム
(機器の集合)Playbook
部品

IaaS
OS

• 狭義の自動化• 自動化1.0• スクリプト化• 言語選定物理デバイス97

参考

参考⑦ Setting Samples

参考【参考】Setting Samples (1/2)

カートリッジ式のシステムテンプレートをSetting Samplesにラインナップ

Exastro

6 th

5 th

4 th

3 rd

2nd

・・・

様々なクラウド環境に
SIメニューを展開

・・・

Exastroはシステムテンプレートの実行基盤として使い易さを追求

System Templates
1st

システムテンプレート
をラインナップしSIをメニュー化(カートリッジ式)

99

参考【参考】Setting Samples (2/2)

Setting Samples (1st model)の導入効果(試算値)

ログ

ELB

監視
バック
アップ

Exastro

ログ

ELB

監視
EC2
EC2
EC2

バック
アップ

EC2
EC2
EC2

100

参考

参考⑧ ServiceNowとの連携

ServiceNowとの連携：全体イメージ

Exastro参考102ServiceNowとの連携：シナリオ① サービスリクエストによる対応

Exastro参考103ServiceNowとの連携：シナリオ② 既知/未知事象の対応

Exastro参考104ServiceNowとの連携：シナリオ③ CMDBを定期的に最新化

Exastro参考105