IT 製品を購入するとき、ベンダーの製品があなたの組織のニーズを満たしているかどうかを判断することに集中するのが一般的です。しかし SDN プラットフォームを検討する場合、まずビジネスと技術的な要求を詳細に定義する必要があります。なぜなら SDN は通常再構築を伴い、それは IT 環境全体に影響を及ぼす可能性があるからです。
より効率的に運用したい」「ネットワーク運用コストを削減したい」というだけでは不十分で、運用全体を理解し、潜在的なサプライヤーに要件を完全に明確にする必要があります。そのためには、IT運用をよく理解している主要なエンジニアやコンサルタントを関与させる必要があります。
SDN は仮想化、サーバ、ストレージ、開発、ネットワークチームを統合する可能性があります。もしビジネスがサイロ化されているなら、IT オペレーションの包括的なイメージを描くために機能横断的なチームの構築を検討しなければなりません。SDN は仮想化、サーバ、ストレージ、開発、ネットワークの各チームを統合する可能性があります。そのようなクロスファンクショナルなチームの構築は非常に難しいかもしれませんが、それは大きな利点をもたらすでしょう。
このすべての作業の理由は単純です。ほとんどの場合、SDN ベンダーはあなたが何を望んでいるのか分かっていません。SDN にまつわる全ての誇大宣伝にもかかわらず、ほとんどの組織はなぜ SDN が必要なのかよく分かっていないというのが真実です。従って、潜在的な SDN 顧客はベンダーと具体的な話をする必要があり、ベンダーは詳細な回答を迫られます。ここから、顧客はベンダーのプラットフォームとそれが彼らのネットワークをどのように変えるかについて詳しく調べ始めることができます。
ベンダーの SDN プラットフォームの提供について学んでください。
非常に多くのネットワークベンダの製品が "SDN" とラベル付けされているので、顧客はベンダの製品が実際に何ができるかを精査しなければなりません。これは当たり前のことのように聞こえるかもしれませんが、SDN はベンダーによって異なることを意味し、全てのベンダーは SDN からお金を稼ごうとしています。従って、SDN 製品に関して信頼できる仮定は存在しないので、顧客はベンダーの提供するものをより深く掘り下げることが重要です。結局のところ、この市場はとても速く変化しています。
SDN 製品が何ができるかを決定することに加えて、顧客は SDN 製品が何ができないかも考慮すべきです。プラス面はマイナス面の中に見つけることができ、SDN の場合、その製品ができないことを決定することが重要です。ここにいくつかの重要な考慮事項があります：
パフォーマンス: もし SDN を使って毎秒数万から数十万のフローを扱う必要があるなら、評価する製品がその機能を持っていることを確認する必要があります。OpenFlow に依存するハードウェアスイッチは、要求される特定のオペレーションによっては、大容量のデータセンター環境を扱うタスクに対応していないことがあります。もちろん、大規模なデータセンター環境を扱える SDN アーキテクチャもありますが、ベンダーに彼らのアーキテクチャがどのようにスケールするか説明してもらう必要があります。
依存関係：あなたが検討している製品は、約束された機能を提供できるように、環境について特定の前提を置いていますか？おそらく、プラットフォームはアプリケーションデリバリコントローラで構成できますが、構成できるのはベンダーXのコントローラだけです。プラットフォームはベンダーYのコントローラとは互換性がありません。あるいは、あなたが検討しているアプリケーションは、OpenFlow スイッチが既にデプロイされている環境を想定しているのかもしれません。
ロードマップ: IT ベンダーがロードマップを通して新しい機能を紹介したがるのはよく知られた事実です。そして SDN では、そのようなロードマップの約束に惑わされてはいけません。その代わりに、組織は製品が今すぐ提供できる機能に集中すべきです。いくつかのベンダのロードマップは今後の機能を明確に示していますが、SDN 市場は非常に不安定であり、ロードマップをあまり真剣に受け止めるべきではないでしょう。顧客が SDN で何ができるのか、なぜそれを導入するのかをより認識するようになるにつれて、SDN 市場はそれと共に変化しています。ベンダーはそれに応じて対応しており、これは彼らのロードマップに影響を与えるでしょう。
