アジャイル手法の波及効果がITの他の領域(ネットワークやセキュリティなど)にも広がり続ける中、DevOpsが隣接するIT領域へと拡大し続けるとともに、SDNやSDDCのようなアーキテクチャやテクノロジーが台頭してきました。
その理由は、(デプロイの)スピードに対するニーズが、消費者のアプリへの欲求にも劣らないほど際限なく高まっているためです。今日のビジネス成長は、トランザクションレートやスループットだけでなく、運用面でもITを拡張できるかどうかにかかっています。
急速に増大する(しかも予測不能なことが多い)需要に対応するために必要な規模を実現するには、カスタムかCOTSかを問わず、ハードウェア、プラットフォーム、サービスなど、あらゆるものを増やす必要があります。その結果、監視、バックアップ、構成、ライセンス管理が必要な対象も増えます。これが運用管理です。
アプリケーションとデリバリーサービスの展開に必要なスピードを実現するには、展開プロセスの自動化が必要です。それがオーケストレーションです。
この2つは同じではありません。実際、両者を混同するのは危険です。一方が他方と密接に結び付いてしまい、プロセスを迅速に変更することが難しくなるためです。プロセスの迅速な変更は、効率の向上や、企業が生産性と収益の両面で依存するアプリのパフォーマンス、速度、セキュリティを維持するために必要なコンポーネントをシステムに追加する際に、しばしば必要となります。変更が年に複数回に及ぶこともあります。ビジネスプロセス管理の専門家によると、調査では、企業は中核プロセスを年に4~7回変更しています。こうした変更は、IT部門が収集したあらゆるデータと、一般消費者および企業ユーザーからのフィードバックを分析した結果に基づいて行われます。
ビジネスレイヤーでこのような俊敏性を確保するため、2000年代半ばにはビジネスプロセスオーケストレーション(BPO)が不可欠となりました。

そして今、ITレイヤーでも同じ動きが見られます。
ビジネスの成功に必要な規模とスピードでのデプロイを実現しようとする組織にとって、変革を成功させるには、運用プロセスのオーケストレーションが極めて重要になります。
しかし、だからといって管理も重要ではないということではありません。
管理は依然として必要です。特定の管理タスクは自動化でき(多くの場合、自動化すべきです)が、それはオーケストレーションではありません。重要なシステムの夜間バックアップ、アップグレード、ライセンス管理、パッチ適用、さらには資産管理(インベントリ)の自動化は、1人の管理者が増え続けるデバイスを管理できるようにし、IT部門が運用を拡張するための重要な手段です。しかし、これらはオーケストレーションではありません。
逆に、オーケストレーションは管理ではありません。オーケストレーションエンジン(システム、フレームワークなど、呼び方は問いません)として、OpenStack、Cisco ACI、VMware NSXなどを利用することで確かにメリットは得られますが、いずれもプロビジョニング対象となる実際のコンポーネントの中核的な管理を可能にするものではありません。たとえば、LBaaSを提供するBIG-IPを作成して起動することはできますが、そのインスタンス自体を管理するものではありません。更新、ホットフィックスの適用、アラートの監視など、ビジネスの継続に欠かせない日常業務は行いません。それらはオーケストレーションではなく、管理の役割です。
両者は同じものではありませんが、アプリケーションの世界ではどちらも同じように重要です。オーケストレーションは、IT部門がアプリケーションのデプロイを拡張できるようにすることで、ビジネスの拡大を可能にします。一方、管理は、クラウドのおかげで忘れがちなものの、依然として必要なあらゆるタスクに対応することで、ビジネスの継続的な運営を支えます。
管理は、セルフサービスによるプロビジョニングとデプロイを可能にすることで、オーケストレーションと連携します。しかし、両者は同じものではなく、同じであるべきでもありません。
著者について

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。