プライベートクラウド 4つの要素における ”プロセス制御とワークフロー”

先日から、プライベートクラウドの目的 やプライベートクラウド構築のための4つの要素 について投稿させていただいています。

あらためて、こちらが4つの要素です。

そして前回、４つの要素の内、右の2つ(プライベートクラウド 4つの要素における”サービス”と”リソースの自動管理”)について解説しました。

今回は、左から2番目の「プロセス制御(ワークフロー)」について見ていきましょう。

****

まず、「プロセス制御(ワークフロー)」では、

・利用者からの要求を受け取って管理者や上司の承認作業へとつなぐ ヒューマンワークフロー

・プライベートクラウドに関与する複数のITツールを連動させる IT オーケストレーション

・リソースの種類に応じた自動構成作業を適切に指示する IT オートメーション (IT プロセスワークフロー)

・リソースに応じた課金情報の処理

などを実行することになります。

プライベートクラウドの4つの要素の内、IT そのものである右側の2つを、この「プロセス制御(ワークフロー)」によってサービスに変換するといっても過言ではありません。

たとえば仮想マシンをサービス化するにしても、仮想マシンを作るところが自動化されるだけでは物足りませんよね？

できることなら、仮想マシンのテンプレートとなるイメージの管理も定期的に自動化したいでしょうし、定期的にレポートを出力できる仕組みを作っておけば、社内向けの仕事も減るでしょう。

このように、重要なポイントであるにも関わらず、ここには自動化を難しくする大きな特徴があります。

それは何か？

「プロセス制御(ワークフロー)」の部分は、運用中に変更が発生しやすいのです。

ヒューマンワークフローの承認ルートがわかりやすい例で、企業内の部署移動などが発生しやすい時期には、ワークフローの定義を変更することも多いはずです。

また、提供するサービスによっては、部署ごとに対応を変えたり、季節によって処理が変わったりすることもあるでしょう。

ルールを決めていても、例外処理が必要になる場面も出てくるでしょうし、この後解説するUI やトリガーの部分が変わった時も、プロセスもそれに合わせる必要が出てくるかもしれません。

「パッと買って来て、簡単に自社の運用にはめよう」と考えるのは難しいかもしれません。
(もちろん、要求仕様によって大きく変わりますが)

****

是非、この特徴を意識して「プロセス制御(ワークフロー)」を構築してください。

自社内とはいえ、一から作り上げようと考えているのであれば開発も視野に入れて良いと思います。

ただ、変更＝コーディングというプログラム依存の状況からはできるだけ脱却したいところです。

よって、この要素にツールを適用するには、パターン変更を意識したものを採用する必要が出てきます。

ヒューマンワークフローについては、エンドユーザーが自由に設定変更できるツールも多いでしょう。

ヒューマンワークフローだけで済むわけではないので、IT プロセスワークフローのためのツールを導入するのが理想です。

プロセスオートメーション、ITオーケストレーション、もしくは RBA(Runbook Automation) などと呼ばれている製品ですね。

マイクロソフトでいうと、System Center 製品のラインナップに名を連ねる Opalis ↓というツールが該当します。

---(余談)---

前にも書きましたが 2月16日と28日に Runbook Automation ツール Opalis のセミナーを実施します。

・2/16 https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032474979&Culture=ja-JP

・2/28 https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032475338&Culture=ja-JP

まだまだ空きがたくさんありますので(汗)、ご参加もしくは該当する方が近くにいたらご紹介してください<(_ _)>

一般的に、かなり高額になりやすい Runbook Automation も、マイクロソフトらしい価格帯で利用できるツールです。

-----------

話を元に戻しますが、運用中の変更が発生しやすいこの要素をどう実現するか？

仮想化をサービスにするだけでしたら管理ツールなどが持つ機能を最大限生かすことができるでしょう。

(マイクロソフト製品なら SCVMM ＋ Self-Service Portal 2.0 など)

プロセスの自動化ツール、そしてヒューマンワークフローなどの一部は自社内の運用に合わせた独自プログラムで運用するという形に落ち着くことも多いかもしれませんね。

(マイクロソフト製品なら Opalis や Dynamic Data Center Toolkit for Hosters、.net Framework 標準のワークフローエンジン Windows Workflow Foundation を使ったプログラムの活用など)

そして、4つの要素の中の「管理基盤(自動処理)」と自動的に連動できれば、リソース管理の自動化よりも上流からの自動化が果たせる可能性も出てきます。

=====
いきなりツールの話をしてしまいましたが、IT化する事がゴールではなく正しいプロセスによって運用することがゴールであるということも覚えておきましょう。

プライベートクラウドの「完全自動」を目指せばコスト高になる可能性もあり、逆に「半自動で良い」という決断さえすれば人によってある程度カバーできるものがあります。

すべてを自動化するためにコスト高になるくらいなら、一部を人手で対応したり、手作りスクリプトでカバーしたりすることもあり得ると考えています。

コストとサービスのバランスが、プライベートクラウドの重要なポイントですから。

ということで、まずはプライベートクラウドにおけるプロセスについて社内できちんと議論し、整理できるものは整理した上で、正しいツールを選択していただければと思います。

マイクロソフト 高添