GTT Communications：エンタープライズクラウド依存とネットワーク層

概況

GTT Communications は、エンタープライズクラウドの利用が依然としてインターネットアクセス、マネージドネットワーキング、SD-WAN、音声接続、ルーティングの可視性、サポート境界、セキュリティに敏感なネットワーク運用に依存しているため、クラウドサービス依存ファイルに属する。
この企業は単なる汎用クラウドプラットフォームとして説明されるべきではない。より適切な解釈は、GTT がエンタープライズユーザー、支社、アプリケーション、ベンダー、クラウドホスト型サービスが相互に確実に到達できるかどうかを決定する接続レイヤーで事業を展開していることである。
AS3257 と公開ルーティングページはネットワークの可視性に関して有用なコンテキストを提供するが、プライベートな顧客トラフィック、サービス品質、インシデント、プライベートピアリング条件、ライブキャパシティ、特定の顧客デプロイメントの状態を証明するものではない。

GTT がクラウド依存マップに属する理由

エンタープライズクラウド依存は、アプリケーションがどこでホストされているかだけの問題ではない。組織がそのアプリケーションにどのように到達するか、支社がどのように接続するか、音声とデータトラフィックがどのように管理されるか、ルーティング変更がどのように吸収されるか、セキュリティ制御がプロバイダー間でトラフィックが横断するときにどのように動作するかも問題となる。GTT の公開ページは、この企業をその接続レイヤーに位置づけている。それらは、インターネットアクセス、マネージドネットワーキング、SD-WAN、音声、およびより広範なエンタープライズ接続に関するサービスを説明している。これにより、公開ソースセットが特定の顧客ワークロードを示していない場合でも、この対象はクラウドサービス依存に関連するものとなる。

最も安全な解釈は正確である。GTT はここで、ハイパースケールクラウドプロバイダーとして、または顧客が使用するすべてのシステムの所有者としてプロファイリングされているわけではない。これは、公開サービス面がエンタープライズユーザーとクラウドホスト型アプリケーションの間に位置するネットワークサービス企業として読まれている。この区別が重要なのは、多くのクラウド障害がネットワーク障害として経験され、多くのネットワーク障害が最初はクラウド障害として誤読されるからである。ソフトウェアプラットフォームが健全でも、支社がそれに到達できないことがある。SaaS ベンダーがオンラインでも、顧客のパスが輻輳、フィルタリング、誤ルーティング、または不適切なセグメント化されていることがある。クラウド移行が完了したように見えても、アクセス設計、SD-WAN ポリシー、DNS、音声ルーティング、セキュリティ検査が脆弱なままであることがある。

GTT の公開資料はこの依存フレームを裏付けている。ホームページとサービスページは、この企業をコンシューマーブロードバンドではなくエンタープライズ接続を中心に位置づけている。インターネットサービスページは、エンタープライズインプットとしての公衆インターネットアクセスの議論をサポートする。SD-WAN ページは、ブランチとアプリケーションのルーティングポリシーの議論をサポートする。マネージドネットワーキングと音声ページは、接続と通信に関するより広範な運用面をサポートする。リソースページは、エンタープライズバイヤーがガイドや公開資料を通じてサービスを評価することが期待されており、生の技術記録のみによるものではないことを示している。

これはフェーズ A のカバレッジには十分である。しかし、顧客数、プライベートネットワーク条件、サービスレベルパフォーマンス、障害履歴、ルート品質、セキュリティ成果を述べるには十分ではない。それらの主張には独自の証拠が必要である。この記事の価値は、公開サービス面がすでに重要である理由を示すことにある。つまり、企業がエンタープライズネットワーク層に販売する場合、それはクラウドアクセス、支社運用、音声継続性、トラフィック移動のセキュリティのための制御プレーンの一部となる。

接続性は制御面である

「接続性」という言葉は受動的に聞こえるかもしれない。まるでプロバイダーが単に2点を接続するかのように。エンタープライズ運用ではそれは能動的である。接続性は、アプリケーションがどのパスを取るか、どのポリシーが適用されるか、トラフィックがどのようにセグメント化されるか、どこで検査が行われるか、リンクが変更されたときに何が起こるか、サービスが移動したときにユーザーがどれだけ早く作業を継続できるかを決定する。インターネットアクセス、マネージドネットワーキング、SD-WAN、音声サービスを提供するプロバイダーは、単にパケットを移動しているだけではない。それはエンタープライズの運用境界を定義するのに役立っている。

だからこそ、GTT の SD-WAN 面が重要なのである。SD-WAN は多くの場合、支社接続をより柔軟にするために購入されるが、本当の問題はガバナンスである。どのアプリケーションが優先されるか？どのパスが信頼されるか？障害はどのように検出されるか？ポリシーはどのように更新されるか？トラフィックはどのようにパブリッククラウドプラットフォーム、プライベートデータセンター、SaaS サービス、音声システムに到達するか？公開ページは各顧客固有の質問に答えるものではない。しかし、プロバイダーがこれらの質問が行われなければならないスタックの部分で運用されていることを示している。

マネージドネットワーキングも同様の依存関係を生み出す。組織がプロバイダーにネットワークの一部の運用またはサポートを依頼する場合、それは内部負担とプロバイダー依存を交換していることになる。これは合理的で価値がある場合もある。しかし、新たな可視性の問題を生み出すこともある。バイヤーは、どのインシデントをプロバイダーが最初に確認するか、どの変更にプロバイダーのアクションが必要か、エスカレーションがどのように機能するか、監視データがどのように共有されるか、構成履歴がどのように保存されるか、組織が後でネットワークアーキテクチャを変更した場合にどのように終了するかを知る必要がある。これらは非難ではない。ネットワーク運用面の一部をアウトソーシングすることの実際的な結果である。

音声サービスは、エンタープライズコミュニケーションがクラウド依存から分離されていないため、フレームを広げる。コンタクトセンター、サポートデスク、コラボレーションシステム、支社電話、緊急ルーチン、顧客向け番号は、多くの場合ネットワークルーティングとプロバイダーのプロセスに依存している。音声とデータのパスが一緒に管理される場合、プロバイダーは単なる接続ラベルが示すよりも運用上の中心的存在になる可能性がある。GTT の公開ページは、特定の顧客アーキテクチャを証明することなく、このより広範な通信解釈をサポートしている。

AS3257 はコンテキストであり、完全な監査ではない

AS3257 の BGP.he ページは、読者に GTT に関連する公開ルーティングリファレンスを提供する。これは、ネットワークプロバイダーが自律システムレコードとルーティングビューに公開トレースを残すため有用である。これらのトレースは、読者が企業がマーケティング言語だけでなく可視的なネットワーク層に位置していることを理解するのに役立つ。ただし、この記録は狭く解釈されなければならない。公開 AS ページは、すべての顧客パス、プライベート相互接続、商用トランジット条件、セキュリティ制御、サポートイベント、障害、ライブキャパシティ条件を明らかにするわけではない。

この境界は、大規模なネットワークサービス対象にとって特に重要である。ルーティングページは、正確な数値と技術ラベルを使用するため、プロバイダーを知ることができるように見せかける可能性がある。精度は完全性と同じではない。AS3257 は、公開ネットワークリソースの可視性の議論をサポートできる。特定のエンタープライズ顧客がクラウドプラットフォームにどのように到達するか、トラフィックがどのように優先されるか、ルートが最適かどうか、特定のインシデント中にネットワークがどのようにパフォーマンスを発揮したかについての主張をサポートすることはできない。したがって、記事は AS レコードをコンテキストとして使用すべきであり、隠れた運用の証明としてではない。

同じ規律がサービスページにも適用される。インターネットアクセスに関するページは、インターネットアクセスが公開サービス面の一部であるという記述をサポートできる。接続のパフォーマンスを証明するものではない。SD-WAN に関するページは、ポリシーベースのブランチとアプリケーションのルーティングがサービスフレームの一部であるという記述をサポートできる。顧客ネットワークの設定を証明するものではない。マネージドネットワーキングページは、アウトソーシングされたネットワーク運用の議論をサポートできる。バイヤーの内部スタッフモデルを証明するものではない。

この種の抑制は読者にとって有用である。公開されているものと単にもっともらしいだけのものを区別する。GTT は多くの組織にとって重要な役割を果たすかもしれないが、責任あるフェーズ A の記事は、ルーティングページの技術的な外観から確実性を借りるべきではない。証拠が示すことを述べるべきである。GTT は公開エンタープライズネットワークサービスの対象であり、AS3257 はネットワークリソースのコンテキストを提供し、運用上の重要性はエンタープライズクラウドアクセスがネットワーク層に依存していることにある。

セキュリティの角度はトラフィック移動に関するものである

通信周波数・セキュリティのトピックはこの記事に適合する。なぜなら、セキュリティはトラフィック移動と切り離せないからである。エンタープライズネットワークはシステムを接続するだけではない。どのパスが露出されるか、どのトラフィックが検査されるか、どのユーザーがどのアプリケーションに到達できるか、どの支社ポリシーが施行されるか、音声とデータの通信がどのように保護されるかを決定する。インターネットアクセス、SD-WAN、マネージドネットワーキング、音声で運用するプロバイダーは、公開ページが特定のインシデントを説明していなくても、セキュリティ上の決定の近くに位置する。

セキュリティの問題は、GTT が抽象的に安全か安全でないかではない。公開ソースセットはその種の評決をサポートしない。より良い質問は、顧客がネットワークサービスプロバイダーへの依存をどのようにガバナンスするかである。誰がルーティングポリシーを変更できるか？ID と管理権限はどのように処理されるか？セグメンテーションはブランチとクラウドサービス間でどのように表現されるか？何がログに記録されるか？プロバイダーによって何が監視され、何が顧客に残されるか？サイト、アプリケーション、音声サービスが緊急の変更を必要とするとき、何が起こるか？プロバイダーの変更はどのようにレビューされるか？

クラウド移行はこれらの質問をより鋭くする可能性がある。アプリケーションがプライベートデータセンターから SaaS やクラウドプラットフォームに移動するとき、ネットワークはより分散化され、より重要になる。ユーザーはもはや単一の予測可能なプライベートパスを介して一つの集中アプリケーションに到達するとは限らない。彼らはインターネット、プライベート、ハイブリッド、SD-WAN パスを介して多くのサービスに到達する可能性がある。セキュリティ制御はその変更に従わなければならない。ネットワークプロバイダーがそのパス設計の一部である場合、それはセキュリティ運用モデルの一部となる。

このため、記事は GTT をコモディティパイプではなく制御面の対象として扱うべきである。コモディティの言葉はリスクを隠す。制御面の言葉はバイヤーに正しい質問を促す。読者にパス設計、サポート境界、エスカレーション経路、ポリシー所有権、ログ記録、音声継続性、終了計画を検討するよう促す。これらの質問は、プライベートなデプロイメントを知っているふりをすることなく、公開サービス面に基づいている。

今後の注目点

第一に、インターネットサービス、マネージドネットワーキング、SD-WAN の間の境界に注目する。公開ページは関連するサービスエリアを示しているが、バイヤーはどの責任が GTT に属し、どの責任が顧客の IT チームに属し、どの責任がクラウドまたは SaaS プロバイダーに属するかを知る必要がある。この境界は、運用上の驚きがしばしば発生する場所である。

第二に、音声の役割に注目する。音声はレガシーサービスとして扱われることがあるが、多くのエンタープライズでは、インシデント対応、顧客連絡、現場運用、支社継続性、規制対象通信の一部であり続けている。音声がデータ接続と同じプロバイダー関係の一部である場合、依存関係は明示的なガバナンスに値する。

第三に、ネットワークリソースの証拠を過大評価せずに注目する。AS3257 は有用な公開コンテキストである。完全なエンジニアリング監査ではない。それは到達可能性、ルーティング、回復力、プロバイダーの役割についての質問を促すべきであり、目に見えない顧客やライブ状態についての結論を出すべきではない。

有用な結論は慎重である。GTT Communications は、エンタープライズクラウド依存がソフトウェアプラットフォームと同様にネットワークプロバイダーを通じて機能するため、Theo March の関連対象である。その公開ページは、インターネットアクセス、SD-WAN、マネージドネットワーキング、音声、ルーティングコンテキストに関するストーリーをサポートする。証拠は、隠れた顧客、パフォーマンス、施設、インシデントの主張をサポートしない。クラウド依存と通信セキュリティを追跡する読者にとって、その境界こそがポイントである。ネットワーク層はクラウドアクセスが運用上の現実になるところであり、クラウドサービス自体と同じ真剣さでガバナンスされなければならない。