企業はソフトウェアで定義したWAN、すなわちSD-WANを独自に構築、運用できる。だが現在は、企業で利用する全てのWAN接続の運用、管理をサードパーティーのSD-WANベンダーに外部委託することが一般的になりつつある。SD-WANベンダーは、自社が運用するクラウドネットワーク上で得た、アプリケーションを適切に管理するためのルーティングに関するインテリジェンス（知見）を顧客企業に提供する。SD-WANベンダーは、物理的なルーターまたは仮想化したSD-WAN用のルーターを、顧客の本社や支社におけるWANの接続点に設置し、ルーティングに関するインテリジェンスを顧客に提供する。SD-WANベンダーは顧客のWAN接続点にルーティング機能を配備した後、自社のクラウドから顧客のルーティングやトラフィックシェーピング（トラフィックを制御し、通信性能を最適化する）、セキュリティポリシーの管理などを実行する。

　NaaSで得られるWANのもう一つの優れた機能は、「帯域幅オンデマンド」（BoD）だ。BoDにより、顧客は必要に応じてWAN接続の最大スループット（データ伝送速度）を上げたり下げたりできる。これによって企業は、データ伝送のために必要とする帯域幅が変化することに適切に対処できるようになる。SD-WANサービスの利用を開始する際、BoDの対象範囲や、スループットの変更をスケジュールに沿って適用するか、一定のしきい値を超えた場合に自動的に適用するかなどについて、顧客はSD-WANベンダーとの間であらかじめ定めておく。必要に応じて利用する帯域幅を拡張、縮小できる機能は、データ伝送の要件が頻繁に変化する企業にとっては非常に有用な機能だ。

LAN向けのNaaS

　企業のLANに対する認識は、その他のITインフラとは異なる。アプリケーションやデータは遠隔のデータセンターに容易に格納できるが、LANはオフィスのオンプレミス環境に設置する特性があるためだ。企業はLANを構成するために、ネットワークスイッチ、無線LANのアクセスポイント、ルーターといったネットワーク機器をオンプレミス環境に設置する。NaaSがそのさまざまな形式の中でも非常に物理的な形式となるのは、インターネットやWAN、クラウドリソースとの接続点を持つLANにおいてである。

　NaaSが普及するにつれ、ネットワークベンダーが提供するサービスは、マネージドサービスプロバイダー（MSP）のサービスモデルに近づきつつある。このMSPのサービスモデルでは、エンドユーザーである企業は、LAN構築に用いる装置を購入するか、リースするかを選択する。いずれを選んだにしても、その装置はエンドユーザーである企業のオフィス内に設置される。設置後、利用するポート番号の変更、トラブルシューティング、ファームウェアの更新、セキュリティパッチの適用といった標準的な保守作業を含め、LANの運用、管理に関する全てをネットワークベンダーが実施する。

　こうしたMSPのサービスモデルにおいて、ネットワークベンダーはLANや無線LANをソフトウェア定義によって管理する技術と、クラウド上のネットワーク機器を組み合わせ、管理業務を効率化する。

データセンター向けのNaaS

　プライベートデータセンターにおけるNaaSは、パブリッククラウドであるIaaSにおけるサービスに類似している。仮想スイッチ、ロードバランサー、ファイアウォールなど、仮想ネットワークを構成するために必要なアプライアンスをサードパーティーのMSPが導入する。MSPはリモートでこれらのアプライアンスを管理、監視し、有償でエンドユーザーにその機能を提供する。

　企業が所有している既存のハードウェアにNaaSを導入できる場合もあるが、そうでない場合は、SD-WANベンダーが用意するオープンソースまたは専用の機器を使ってNaaSを導入する。いずれの場合でも、複雑さを増し続ける自社のデータセンター内のネットワークインフラ管理から、IT担当者は解放される。

NaaSによるネットワークインフラ設計の基礎

　1社または複数社のNaaSベンダーが自社のニーズを満たせると判断したら、次にすべきことは具体的にどのような導入方法が可能かを評価することだ。例えば、NaaSを導入する第一の目的が地理的に分散したWANのオフロードにあるなら、評判の高い大手のSD-WANベンダーやBoDベンダーを選ぶとよいだろう。大手ベンダーは、世界中に広がる企業のリモートサイトに対してサービス提供し、運用する能力に優れているためだ。また、複数拠点分をまとめて購入することでWAN回線の費用を安く抑えることもでき、コスト削減という形でメリットを引き出せる。

　中小企業でLANをNaaSに切り替えることを検討しているならば、トラブルが発生した際、すぐに現場に来てくれる近隣拠点のベンダーを希望することもあるだろう。

　どのようなハードウェアとソフトウェアを導入するかについても評価しなければならない。専用ベンダーあるいは単一ベンダーにするか、オープンソースを利用するかという問題はよく議論になる。これはネットワークインフラの設計プロジェクトでは避けられない問題だ。どちらにもメリットとデメリットがある。結局のところ、ベンダーが何を好むのか、自社固有のツールとの連携機能と連携によって得られる利点、各製品間の価格差、などに判断が左右される。

　最後に、NaaSへの移行プロセスを社内でどう進めるのかについて検討する必要がある。当然、従業員への影響は少なければ少ないほど良い。1回の移行作業で全て切り替えるのか、段階的に切り替えるのかは、移行タイミングや、NaaSによるアーキテクチャをどの程度まで既存のレガシーネットワークに統合できるのか、といった要素に左右される。ここでもベンダーの好みや、そのベンダーが提供するNaaS製品の特徴が判断材料になる。