管理≠オーケストレーション

アジャイル手法の波及効果が IT の残りの部分 (ネットワークやセキュリティなど) に広がり続ける中、DevOps が隣接する IT 問題に拡大し続けるとともに、SDN や SDDC などのアーキテクチャやテクノロジーが登場してきました。

それは、（展開の）スピードに対するニーズが、消費者のアプリに対する欲求と同じくらい飽くことのないほどに高まっているためです。 今日のビジネスの成長は、トランザクション レートやスループットだけでなく、運用面でも IT を拡張できる能力に依存しています。

急速な（そして多くの場合予測不可能な）需要に対応するために必要な規模を達成するには、より多くのハードウェア（カスタムまたは COTS）とより多くのプラットフォーム、より多くのサービス、そして、あらゆるものが必要になります。 監視、バックアップ、構成、ライセンス付与が必要なものが増えます。 それがマネジメントです。

アプリと配信サービスの展開に必要な速度を達成するには、展開プロセスを自動化する必要があります。 それがオーケストレーションです。

これら2つは同じではありません。 実際のところ、これらを混同するのは危険です。混同すると、一方が他方に密接に結びつき、プロセスを迅速に変更することが困難になるからです。 これは、多くの場合、効率性を向上させたり、生産性と利益の両方においてビジネスが依存するアプリのパフォーマンス、速度、セキュリティを維持するために必要なコンポーネントをシステムに追加したりするために必要です。 それは年に何度も起こる可能性があります。 ビジネス プロセス管理の専門家は、調査から、企業はコアプロセスを 1 年に 4 ～ 7 回変更すると述べています。 IT 部門は、消費者や企業ユーザーからのフィードバックとともに IT 部門が収集するすべてのデータを分析してこれを行います。

ビジネス プロセス オーケストレーション (BPO) は、ビジネス層でそのような俊敏性を確保するために 2000 年代半ばに必須となりました。

そして今、IT 層でもそれが見られるようになりました。

運用プロセスのオーケストレーションは、ビジネスの成功に必要な展開の規模と速度を実現しようとするあらゆる組織の変革を成功させる上で非常に重要です。

しかし、それは管理も重要ではないという意味ではありません。

管理は依然として必要であり、特定の管理タスクは自動化できる（多くの場合は自動化すべき）ものの、それはオーケストレーションではありません。 重要なシステム、アップグレード、ライセンス管理、パッチ、さらには資産管理 (インベントリ) の自動夜間バックアップは、IT が運用上の拡張を保証し、1 人の管理者が増加するデバイスを管理できるようにするための重要な手段ですが、オーケストレーションではありません。

逆に言えば、オーケストレーションは管理ではありません。 OpenStack 、Cisco ACI、 VMware NSXなどのオーケストレーション エンジン (システム、フレームワークなど、呼び方は自由) を使用すると確かにメリットがありますが、これらのいずれもプロビジョニング対象の実際のコンポーネントのコア管理を有効にしません。 たとえば、LBaaS を提供するために BIG-IP を作成して起動することはできますが、そのインスタンスを実際に管理する業務ではありません。 更新やホットフィックスの適用、アラートの監視など、ビジネスの継続に必要な日常的な業務は一切実行されません。 それはオーケストレーションではなく、管理の仕事です。

これらは同じではありませんが、アプリケーションの世界ではどちらも同様に重要です。 オーケストレーションにより、IT 部門がアプリの展開を拡張できるようになり、ビジネスの拡張が可能になります。一方、管理者は、（クラウドのおかげで）まだ完了していないタスクをすべて処理することで、ビジネスの継続性を確保します。 

管理は、セルフサービス プロビジョニングとデプロイメントを有効にすることでオーケストレーションと連携 (連携) しますが、これらは同じではありません。 そうであるべきでもない。