行く Cloud-まず加速する WAN 変換

ネットワークアーキテクトとエンジニアにとって、 WAN 経験は通常、通信事業者との関係の目を通して見られます。 多くの場合、この経験は必ずしもポジティブなものではありません。 通信事業者と協力して、 ENTerp上昇 WAN 契約と料金の交渉、新しい回線のプロビジョニングと設置、パフォーマンスの問題と停止への対処、サービス レベル アグリーメントの管理が必要です (SLAs） 継続的に。 控えめに言っても、これはすべて困難な場合があります。 通信事業者が提供するために維持する必要がある複雑なピアリング関係を含める場合 グローバルな接続性 また、通信業界を説明するときに「アジャイル」という用語がすぐに思い浮かばないという事実を考えると、全体的なエクスペリエンスは良くないと結論付けるかもしれません。

Cloud-最初 WAN 建築
上で定義した通信事業者の関係とは異なり、 cloud-最初 WAN 経験はこのパラダイムを変えます。 そして私たちは公共のことだけを話しているのではありません clouds. これは、ビジネスの機敏性、運用の簡素化、一貫した複数の機能を前提とした全体的なエクスペリエンスです。cloud 展開。 これらすべてを活用しながら実行されます。 cloud 消費モデル。

このように考えてみてください。コンピューティングは、エンタープライズが実行するモデルから進化してきました。erpオンプレミスのデータセンターにあるアプリケーションとインフラストラクチャの所有、運用、保守を、 cloud 消費モデル。 同様に、 cloud-最初 WAN エクスペリエンスは、従来のネットワーキング モデルをネットワーク消費モデルに進化させます。erp上昇とネットワークプロバイダーは責任を共有します。 WAN アプリケーションとインフラストラクチャ。

図 1: プラットフォームによるアプローチの採用 cloud-最初 WAN

さらに、消費モデルはサービス提供を簡素化し、多くのトレーニングを必要とする手動プロセスから、多くの人が「インテント駆動型」と呼ぶ自動化プロセスにサービスを変換します。

A cloud-最初 WAN エクスペリエンスは、「サービスとして」消費される予測可能なエンドツーエンドのパフォーマンスを提供する必要があり、その結果、優れたユーザー エクスペリエンスとアプリケーション エクスペリエンスが得られるはずです。

Cloud-最初 WANビジネスの機敏性が向上するはずです。 市場投入までの時間が分、時間、日単位で測定される時代において、組織は WAN それは使用してい cloud 消費モデル、特に柔軟な請求とサービス統合の容易さを特徴とする OPEX ベースの製品です。 この新しいネットワーク消費モデルが機敏性を推進し、IT チームとインフラストラクチャ チームがビジネスのニーズに迅速に適応できるようになります。 これには、急速に変化するビジネスの優先順位、統合されたサプライチェーン、グローバリゼーションの需要が含まれます。 Cloud-最初 WANは、優れたマネージド サービスを備えた運用の簡素化を提供する必要があります。erp複雑さが大幅に簡素化されます。 の cloud-最初 WAN についての見解を示します WAN テクノロジーの提供による消費モデル (SD-WAN) とマネージド サービス。 本当に、それは両方の長所を持っているようなものです。

Cloud-最初 WANs マルチに提供する必要がありますcloud-ready アーキテクチャ。あらゆるアプリケーションをあらゆる環境に提供する選択肢を提供します。 cloud 公衆接続により cloud プロバイダー、サービスとしてのソフトウェア (SaaS) プロバイダー、およびパートナー clouds - 一貫したユーザー エクスペリエンスを提供しながらこれらすべてを実行します。 この能力こそが、 cloud-最初のサービス提供。 これは、あらゆるサービスとしてのインフラストラクチャ (IaaS)、サービスとしてのプラットフォーム (PaaS）または SaaS ほとんどの労力でどの地域でもプロバイダーを利用できます。 このアプローチを使用すると、IT は、いつでも、どこでも、あらゆる従業員がアクセスできる、あらゆるアプリケーションを柔軟に展開できる必要があります。

要するに、あなたの WAN LAN に接続されているユーザーと同じユーザー エクスペリエンスを提供する必要があります。

DIYと比べたメリット SD-WAN
マルチプロトコル後のラベルスイッチング (MPLS) 世界では、IT プランナーは通常、システムを構築するか利用するかを選択できます。 WAN.

耳鼻咽喉科erpそれが上がる wanすべてを自分たちで行うのではなく、通常はボックス ベンダーからテクノロジーを調達してから、セキュリティを強化します。 cloud、最適化およびオーケストレーションのコンポーネント。

この日曜大工のアプローチは、特に専門知識に大きなギャップが見られる時代においては、思っているほど簡単ではありません。 その結果、erpコスト、複雑さ、タイミングのせいで、上昇は行き止まりに達することがよくあります。 実際、DIY 導入の最大 20% が失敗または失敗に終わります。erpパフォーマンス。

自分で行うアプローチに関連するいくつかの課題 SD-WAN 次のとおりです。

フォークリフトのアップグレード
自分でやる SD-WAN 通常、ロールアウトにはハードウェアの変更、在庫管理、バージョン管理、パッチ適用の問題などが含まれます。 ときでさえ SD-WAN ソフトウェアのアップグレードとして行われるため、レガシー ハードウェアを追加するとパフォーマンスが低下します。 SD-WAN さまざまな機能が混在しているため、次のような問題が発生する可能性があります。 技術的負債, 一本鎖資産 そして、アップグレードされたハードウェアを入手する必要があります。

セキュリティ
エッジ全体に一貫したセキュリティを実装し、 cloud (すべてのトラフィックを暗号化する機能を提供するなど) は、すべての可動部分があるため、困難な場合があります。

SLAs
SLAs 定義され、理解され、施行されて初めて有効となります。 ほとんどのベンダーはエンドツーエンドを保証できません SLA サービス提供のバリューチェーン内に十分なコンポーネントを所有していないためです。 このため、伝統的な SD-WAN ボックスベンダーはネットワークを保証できません SLAs。 グローバル展開の場合、またはラストマイル回線が関係する場合は、さらに複雑になる可能性があります。 ほとんどのベンダーは複雑な機能を提供しています SLAs そして、エンドツーエンドで制御していないため、実際にはサービスの稼働時間を提供できません。 その結果、複雑な計算を使用したバックエンド クレジットが提供されることになり、障害によるビジネスへの影響が適切に反映されていません。 SLA.

Cloud アジリティ
デジタルエントerp成長には機敏な環境が必要です。 新しいものを導入する cloud アプリケーション、レガシー アプリケーションからのキックアウトまたは移行、支店やサテライト オフィスの開設と閉鎖には、 WAN.

導入までの時間

機器のリードタイム、構成、テスト、複数のラストマイルおよびミドルマイルのサービスプロバイダーとの契約変更により、展開が大幅に遅れる可能性があります。

アプリケーションのパフォーマンスが遅い
への直接的な入口が欠如している cloud サービスプロバイダーは大幅なコスト削減が可能 cloud アプリケーションのパフォーマンス。 遅延の変動とデータ損失は、次のようなリアルタイムの低遅延アプリケーションに影響を与える可能性があります。 UCaaS。 内蔵の欠如 WAN 最適化やアプリケーション高速化テクノロジによっても、ユーザー エクスペリエンスが低下する可能性があります。

オーバーレイの問題
アンダーレイの構成が機能している場合には、常に問題が発生します (MPLS） 前 SD-WAN 一部のユーザーによって作成されたオーバーレイに合わせて再構成する必要があります SD-WANs. その結果、壊れてしまいます QoS、ルーティング、およびその他の関連する問題。

さらに、エンドツーエンドの制御が低下します。 SLAs オーバーレイとアンダーレイが個別に表示されるため、DIY のグローバル バックボーン全体で使用できます。 このため、障害を関連付けて、オーバーレイとアンダーレイ間の相関関係を最小限またはまったく提供しないことがより困難になります。

複雑な操作と複数の概念実証 (POC)
建物 WAN 複数の相手先ブランド製造業者 (OEM) およびサービス プロバイダーとの契約が必要です。 これにより、複雑さが増す可能性があります。 問題の解決には通常、複数の POC と、ファーストマイルおよびミドルマイルの接続用の個別の連絡先リストが必要になります。 このアプローチは、 cloud という消費モデル CIO彼らは自分たちのアプリケーションを好みます。

サービスプロバイダーと比較した場合の利点
自分でやるというアプローチとは別に、 WANを摂取することを選択する人もいます。 WAN サービスプロバイダーから。 次に、プロバイダーはボックス ベンダーからテクノロジーを調達します。 残念ながら、サービス プロバイダーとテクノロジー ベンダーの間にはすべての可動部分があるため、これは真にシームレスなエクスペリエンスを実現しません。 プロバイダーのアンダーレイ ネットワークと SD-WAN テクノロジーベンダーのオーバーレイ。 サービス プロバイダーのアプローチをとる場合には、次のような課題があります。

ラストワンマイルのロックイン
通信事業者は、顧客に市場で最適なオプションを選択させるのではなく、ラストワンマイルのソリューションに顧客を閉じ込めることを好みます。 ラストマイル サービスは、全体的なユーザー エクスペリエンスを低下させる可能性があり、サービスの機敏性を損なう可能性があります。 SD-WAN アプローチで回避できます。

ロールアウトが遅い
機器のリードタイム、構成、テスト、OEM との契約の変更によって遅延が発生する可能性があります。

最低 cloud コロケーション
キャリアは常に同じ場所にあるわけではありません cloud アマゾン ウェブ サービス (AWS)、Microsoft Azure、Google などのサービス プロバイダー Cloud。 このため、確実に行うことが困難になります。 cloud アプリケーションのパフォーマンスと最適化された地域接続。

アジャイルではない
先ほども述べたように、デジタルエントerpライズは機敏性が必要な環境で動作します。 変更が必要なイベント WAN 新しいものを出すことも含めて cloud アプリケーション、レガシー アプリケーションの削除または移行、ブランチやリモート ロケーションの開設と閉鎖。 遺産 WAN急速な変化についていけない。

セキュリティ
プロバイダーは、エンタープライズが優先するセキュリティ ベンダーと連携していない可能性がありますerp上昇。 プロバイダーは、特定のセキュリティ ベンダーとの直接の経験や深いサポートがない場合もあります。

不一致 SLAs

通信事業者は、単一の国や地域など、特定のサービス エリア内で事業を展開します。 国際接続の場合、複数のサービスプロバイダーとピアリングの取り決めが行われるため、エンドツーエンドの保証が困難になります。 SLAs。 このため、提供されるサービスは、パッチワークのプロバイダーの最小公倍数と同等のものになります。

柔軟性のない価格設定
キャリア ネットワークには、多くの場合、複数のサービス プロバイダー間の契約が含まれます。 これにより、バリューチェーン内の全員に補償を行うように設計された価格設定モデルが発生し、柔軟性がなくなり、コストが高くなります。

低いネット プロモーター スコア (NPS)
調査では一般に通信事業者の評価が低くなります。 NPS 調査。 彼らのスコアが低いのは、テクノロジーの作成者ではなく消費者であることなど、多くの課題によるものです。 さまざまな OEM への依存。 複雑な通信事業者間協定の必要性。 ～へのレガシー投資を保護するという使命 MPLS; そしてとりわけ、ファーストマイルとラストマイルの商品に顧客を囲い込む傾向がある。

クリエイターと消費者
SD-WAN は、単一ボックスのプラグアンドプレイ ソリューションではありません。 包括的 SD-WAN ソリューションには、さまざまな要素間の相互作用が必要です。 通信事業者はテクノロジーの作成者ではなく消費者であるため、クラス最高のサービスを提供する能力には限界があります。

図 2: DIY の比較 SD-WAN、MSP/通信会社、および Cloud-最初 WAN アプローチ

プラットフォームアプローチの評価
復習すると、従来の SD-WAN ベンダーは、エンドツーエンドのグローバル エクスペリエンスに対する説明責任がほとんどないボックス中心の考え方を採用していますが、従来のサービス プロバイダーは、複数のベンダーが提供するテクノロジーを単に組み合わせただけであり、その結果、シームレスなエクスペリエンスを提供する能力を犠牲にすることになります。 。

最も論理的な方法は、拡張可能でエンドツーエンドに到達する統合サービス アーキテクチャを活用できるプラットフォーム アプローチを評価することです。 プラットフォームは、一連の接続を可能にする高度なサービスを提供する必要があります。 cloud、セキュリティおよび最適化サービス。 具体的には、これらは、 SaaS このモデルはすべての顧客に提供されており、すぐに拡張できます。

地域的に展開するか世界的に展開するかにかかわらず、プラットフォーム アプローチを採用する場合は、エンドツーエンドの展開、つまり最初、中間、最後のマイルの可視性と制御を提供するオーケストレーション エンジンも活用する必要があります。 世界最高のハードウェアを持っていても、 SD-WAN 断片的な運用モデルで結果を提供します。

要約すると、エンドツーエンドの責任を負うことにより、DIY に関連する問題と、独自のエンドツーエンドを管理しない通信事業者との連携の問題の両方が排除されます。 WAN 技術。

この記事は、最初に公開された パイプラインパブ.com