ジュニパーが128テクノロジー買収の完了を発表

ブログ:サービス中心の変革

エリック・トーエン
エリック・トーエン
13年2018月XNUMX日

数多くの企業が デジタル変換 プロジェクト。 ただし、特に悩ましいIT部門が直面する課題のために、メリットを完全に実現している企業はほとんどありません。 企業は、サービス中心のネットワークインフラストラクチャを実装することで、ビジネスを効果的にデジタル変革できます。

今日、多くの企業がビジネスをデジタルに変革しようと努力しており、組織、ビジネスユニット、イニシアチブによって劇的に異なる形をとることがあります。 ただし、共通のテーマは、企業幹部が管理するビジネスモデルを、IT幹部が管理するデジタルテクノロジーを採用することによって変更することです。 実装に関しては、IT部門にとって、ほとんどの場合、変革は アプリケーションまたはサービス ネットワークとコンピューティングインフラストラクチャを介して。

課題

変革において最も頻繁に発生する課題のXNUMXつは、ビジネスチームとITチームが重点を置いている分野が異なるため、シームレスに連携できるようにすることです。 ビジネスユニットは通常、企業のニーズと 実装ではない 基礎となるソリューションの。 同様に、ビジネス要件を完全に理解する時間がない代わりに、ITチームはインフラストラクチャの日常的な管理に集中することができます。 どちらかのチームが問題全体と解決策を理解していないと、変換が失敗することがよくあります。

ITの最大の課題のXNUMXつは、ほとんどのベンダーが、ビジネスサービスではなく、パケットを配信するためのネットワーク機器を設計することです。 残念ながら、多くのネットワーキングベンダーは、 OSIスタック 機器の動作と管理を制限します。 このアプローチでは、管理が非常に複雑なプラットフォームが生成され、ビジネスニーズに合わせたスケーリングとプロビジョニングがほぼ不可能になります。 ITは、デジタルイニシアチブに直接関連付けられたサービス名に基づいてプラットフォームを簡単にプロビジョニングする代わりに、サービスをネットワーキングプラットフォームの言語に変換し、セキュリティへの影響を慎重に確認してから、複数のデバイスを個別にプロビジョニングする必要があります。 ITが実際のビジネスニーズについて考える時間がないのも当然です。

サービス中心のソリューション

デジタルトランスフォーメーションの場合、ネットワークインフラストラクチャは、パケット中心ではなくサービス中心になるように設計する必要があります。 ネットワークはサービスを提供します セッション ユーザークライアントからアプリケーションサーバーへ、場合によっては多くのルーター間で開始します。 異なるサービスは異なる ネットワーク最適化。 たとえば、音声サービスは低レイテンシを必要とし、バックアップアプリケーションは任意のレイテンシで動作できます。 さらに、アプリケーションサーバーは、さまざまな場所に配置されたり、さまざまなパフォーマンスレベルで動作したり、過負荷になることがあります。 これにはすべて、サービスごとの最適化が必要になる場合があります。 従来のルーターごとのアプローチとは対照的に、サービス中心のファブリックは、サービスごとにエンドツーエンドですべてのパラメーターを管理します。

128テクノロジーでは、 サービス指向の管理 革新的なアーキテクチャとデータモデルを通じて。 データモデルでビジネス言語を使用しているため、IT管理者はビジネスニーズをネットワークの構成に簡単にマッピングできます。 私たちのモデルでは、テナントは同じ方法で特定のサービスへのアクセスを許可されたデバイスまたはエンドポイントのグループであり、私たちのアーキテクチャはこれらの階層型ポリシーをネットワーク全体に一貫して適用します。 私たちのデータモデルは、デジタルアプリケーションサービスへのアクセス権を持つ部門サブテナントを持つビジネスユニットテナントの観点から、変革イニシアチブを説明している場合があります。 運用を簡素化するために、128T Conductor管理プラットフォームは、これらの関係のいくつかの視覚化を提供します。 以下のスクリーンショットでは、「bank」というテナントに、新しいサービス「transaction_servers」をデプロイする「sales.bank」というサブテナント部門があります。 当社のサービス中心のモデルは、デジタルイニシアチブの要素をわかりやすい言葉で直接表現するため、ITチームとビジネスチーム間の通信を大幅に簡素化し、ネットワークへの実装を保証します。

サービス中心の変換ブログの画像

成果

このサービス中心のアプローチは、企業に成果をもたらしました。 私たちの現在の顧客のXNUMXつである材料会社は、自社のネットワークを使用して、生産現場にさまざまなサービスを提供していました。 たとえば、遠隔地では、生産スループットを監視および最適化するカメラサービスがありましたが、オンサイトのトラブルシューティング用の統合コミュニケーションサービスもありました。 これらのリモートサイトを接続するインフラストラクチャは非常に貧弱だったため、冗長性のためにXNUMXつのMSPを使用しました。 ただし、XNUMXつのネットワークで使用可能な帯域幅は大きく異なり、フェイルオーバーシナリオでは、セカンダリ接続にすべてのサービスを提供するのに十分な帯域幅がありませんでした。 お客様は、既存のすべてのルーターと場所全体で適切なパスの選択と優先順位付けを確実にするためのポリシーを作成するための多くの課題を発見しました。 私たちのアプローチでは、データモデルでビジネス言語を使用して、単一の管理場所からサービス固有のポリシーを定義しました。 アーキテクチャは、すべてのルーターに一貫してポリシーを適用し、すべてのサービスの可能な限り最高の配信を保証しました。 何よりも、データモデルのビジネス言語は、次のイニシアチブが始まるときの参照用にキャプチャされたままです。

真のデジタル変革には、ビジネスとITの連携が必要です(クリックしてツイート)。 ただし、従来のネットワーク機器の設計は、企業の要件を技術的なアクションに変換することを非常に困難にします。 アプリケーションとサービスのビジネス言語を直接採用するネットワーキングインフラストラクチャを展開することにより、CIOはビジネスとITの支持者間のギャップを埋め、サービス中心の変革を生み出します。