コンテナ オーケストレーションは (その他の) API エコノミーのパワーを示します

デジタル トランスフォーメーションは外部だけに焦点を当てるのではなく、内部も含める必要があります。

今年の流行語ビンゴカードには、「デジタル トランスフォーメーション」や「API エコノミー」といった漠然としたフレーズが含まれています。 これらには実際の意味があるのですが、テクノロジーに適用するとあまりに曖昧になり、あまりに意味をなさなくなることがよくあります。 デジタル トランスフォーメーションは、紙にペンで書く作業からビットやバイトに移行することを説明するときによく使用されます。 簡単に言えば、手動のプロセスを API やアプリに置き換えることで効率化を図る動きです。 この動きにより、API エコノミーが誕生しました。これは、企業が API を介して機能を公開し、リーチを拡大して新しい消費者を見つける素晴らしいエコシステムです。 これにより、事業が拡大して利益が増加することは明らかですが、利益達成に関連する運用コストが削減されることも少なからず利益の増加につながります。 結局のところ、多数の開発者が最新バージョンのアプリに貴社のビジネス機能を統合するのに、実質的にコストはかかりません。 ただし、発生する需要を満たすために規模を拡大するための運用コストが、結果としてそれらの利益を打ち消すことになる場合は除きます。 そのため、データセンターの外部の変革と同様に、データセンターの内部の変革にも重点を置くことが重要です。

この内部的な取り組みはすでに進行中です。 これは、DevOps の採用や、アプリ開発における継続的デリバリーの実装でよく見られます。 これは、NetOps が自動化とオーケストレーションを取り入れ、主に手動の人間主導のプロセスをコードベースのテクノロジー主導のプロセスに変換していることからも明らかです。 これは、他の API エコノミーが繁栄している場所です。 適切な API が有効になっているシステムとデバイスにより、従来は困難だった (そして複雑だった) 運用アクティビティがより簡単かつ効率的になるエコシステムの成長が促進されます。 たとえば、スケーラビリティはデータセンター内の統合を推進する重要な要因です。 運用規模の拡大（新しいアプリのサポートとセキュリティ保護に必要なリソースを提供および展開するための IT の能力を拡大する）であれ、ユーザー エンゲージメントの増加に直面しても需要を満たし、一貫したパフォーマンスを維持するために必要なapplication規模の拡大であれ、規模拡大は他の API エコノミーを活用するための最も一般的なアクティビティの 1 つです。

この内部的な取り組みはすでに進行中です。 これは、DevOps の採用や、アプリ開発における継続的デリバリーの実装でよく見られます。 これは、NetOps が自動化とオーケストレーションを取り入れ、主に手動の人間主導のプロセスをコードベースのテクノロジー主導のプロセスに変換していることからも明らかです。 これは、他の API エコノミーが繁栄している場所です。 適切な API が有効になっているシステムとデバイスにより、従来は困難だった (そして複雑だった) 運用アクティビティがより簡単かつ効率的になるエコシステムの成長が促進されます。 たとえば、スケーラビリティはデータセンター内の統合を推進する重要な要因です。 運用規模の拡大（新しいアプリのサポートとセキュリティ保護に必要なリソースを提供および展開するための IT の能力を拡大する）であれ、ユーザー エンゲージメントの増加に直面しても需要を満たし、一貫したパフォーマンスを維持するために必要なapplication規模の拡大であれ、規模拡大は他の API エコノミーを活用するための最も一般的なアクティビティの 1 つです。

Mesos や Kubernetes (そしてもちろん Docker も) などのコンテナ オーケストレーション システムは、データ センター内で起こっている大きな変化を物語っています。 スケールのプロセスを支援および強化するために特別に設計された API を搭載したこれらのコンテナ管理 API は、セキュリティを犠牲にすることなくスケールとトラフィックを管理するために必要なアプリ サービスを提供するために、従来のデータ センター ベンダーや新興のデータ センター ベンダーによって使用されています。

迅速な統合は、 API の普及によって可能になります。 顧客（社内または社外）が目にすることはなく、また目にする必要もない API。 これらの API は、デジタル トランスフォーメーションの陰の立役者であり、他のシステムが需要の変化を把握して自動的に反応するための手段です。 コンテナは、この環境に特に適しています。 アプリの容量を 1 秒未満で増加できるため、スケーラビリティ アーキテクチャの応答性の向上を長い間求めてきた組織によって急速に導入されています。  しかし、スケーラビリティ (プロキシまたは負荷分散とも呼ばれる) サービスがなければ、スケールは実現しません。 そのサービスは、コンテナベースのアプリやサービスをできるだけ迅速かつ効率的に追加および削除できる必要があります。 つまり、両方向 (上と下) のスケールを自動的に管理する API を介した統合を意味します。 これがもう 1 つの API エコノミーであり、うまく機能しています。

この（他の）API 経済は繁栄しています。 OpenStack (最新のapplication配信状況調査で採用が大幅に増加) であれ、同様に目覚ましい成長を遂げたコンテナであれ、API は、手動の人主導の運用から自動化されたテクノロジー主導の運用への IT 内部のデジタル トランスフォーメーションを可能にしています。 これにより、負担が人からテクノロジーに移行し、既存のアプリケーションと新しいapplicationsの両方を、それらを要求する社内外のユーザーに提供できる速度に影響を及ぼします。

しかし、一方がなければ他方は発生しません。 手動の人主導のインフラストラクチャでは、デジタルベースの経済におけるビジネスを推進するために必要なアプリ、システム、プロセスの増加に対応できません。 API は組織がビジネスを変革できる手段ですが、それはビジネスの中心から始まる必要があり、今日その中心はまさに IT にあります。