Orchestratorの新機能ITプロセスの自動化を組織に導入・推進していくためには、特にITのサービス化という観点から、マネジメント、エンドユーザ、エンジニア、管理者を含む組織内の全ての関係者が取り組みに関わっていくことが不可欠と言えます。その際、これまで手作業で行われていた自動化の対象となり得る管理作業や業務フローを継続的に洗い出し、それらを短いサイクルで俊敏に実装して組織に導入していくためのフレームワークを確立することが重要になります。追加された主な新機能をご紹介します。5.0では通常のインストール)するとvCOも標準でインストールされています。Serverと別サーバにインストール(スタンドアロン)したり、仮想アプライアンス版を利用することも可能です。Server上に標準でインストールされているvCOサービス以下にvCOのアーキテクチャ(概観)を示します。Availability)の点で大きく改善されています。Clientの機能性も向上し、開発者がよりシンプルかつ効率的にワークフローを開発できるようになっています。5.5では、大きく以下のカテゴリについて機能向上及び追加がなされています。クラスタモードのサポート仮想化/クラウド基盤の規模が拡大するに従って、その自動化をサポートするオーケストレーションレイヤのスケーラビリティや可用性を考慮する必要性が高まります。5.5で導入されたクラスタモードを利用することで、vCOサーバ(ワークフロー実行エンジン)の同時処理能力や可用性を高めることができます。クラスタモードvCOのクラスタではフェイルオーバーをサポートしています。クラスタはActive/ActiveまたはActive/Standby構成が可能で、クラスタモードの設定でアクティブノードの数を指定します。クラスタモードにおけるアクティブノード数の指定クラスタ中の全ノードがアクティブの場合、あるノードに障害が発生した場合は別のアクティブノードが直ちにセッションを引き継いで処理を継続します。スタンバイノードが存在する場合、アクティブノードからのハートビートが途切れて障害を検出すると、スタンバイノードがアクティブになり処理を引き継ぎます。外部のロードバランサと組合わせることで、動的なスケールアップ/ダウンも可能になります。ワークフローデバッガアプリケーションの開発において、デバッガは開発生産性を左右する大きな要素の一つです。5.5で新たに導入されたワークフローデバッガを利用することで、開発者はより迅速かつ容易にワークフローをトラブルシュート/テストすることができます。ワークフローデバッガワークフローを「デバッグモード」で実行する際には、個々のワークフローアクティビティに対してブレークポイントを設定し、ステップ実行しながらフローのある時点における変数値にアクセスすることが可能です。5.5では、ワークフローの実行に失敗した際に、失敗したアクティビティの状態からワークフローを再開する機能が導入されています。この機能は個々のワークフローまたはシステムレベルで設定されます。ワークフロー実行に失敗した際の再開機能の設定この機能を有効にしていると、ワークフローが失敗した際に次のようなポップアップが表示され、処理を再開して継続することができるようになります。失敗したワークフローの再開また、ワークフローの再開時には入力パラメータを修正することも可能です。5.5におけるその他の主な改善点についてご紹介します。Client上からもvCOサーバの状態を監視したりワークフローを実行することが可能です。Clientのコンテキストメニューの一つとして表示されます。Client上で対象となるホストを選択して、新しい仮想マシンを作成するカスタムのワークフローを実行するようなことが簡単にできます。Clientの機能を簡単に拡張することができます。Clientの管理画面上で対象となるvCOサーバをオンデマンドで追加できるようになっています(5.1以前は、個々のvCOサーバの管理画面上から設定されたインスタンスを自動検出することのみが可能でした)。GUIのローカライズ(l10n)などはされていませんが、非英語OS上での動作及び、非英語テキストの処理をサポートしています。5.5ではローカルのdate/timeフォーマット及び地域設定に対応しています。vCOの各種コンポーネントにおける非英語テキストの対応状況については、下記マニュアルの該当項目をご確認下さい。5.5では、拡張性や可用性、機能性などの面で、大きく以下のカテゴリについて機能向上及び追加がなされています。5.5におけるその他の機能拡張及び、製品の詳細については以下サイトの情報も是非ご参照下さい。ご購入を強く推奨致します。