大きな音とともに始まった SDN は、テクノロジー界の最近の寵児に目を向けることもなく、企業内の招待者限定のパーティに向かってコンテナや DevOps が猛スピードで通り過ぎるのを見ながら、テクノロジー ハイウェイの脇で弱々しく囁いている姿が最後に見られました。
少なくとも、ほんの 1 年前にはそう見えました。
今日の状況は、いくぶんか有望であるように思われます。 SDN は戦略的重要性の点では衰えつつあるかもしれませんが (当社の最新のアプリケーション配信の現状に関する調査では、そう考える人はわずか 34% でした)、実稼働環境での導入では勢いを増しており、2016 年の 3% から 2017 年には 8% に増加しました。
しかし、インフラストラクチャやネットワークを担当する人々に、今後数年間で SDN が組織に戦略的な影響を与えるかどうかを尋ねると、ほぼ半数 (44%) が「はい」と明確に答えるでしょう。 これらの人々の中では、SDN が第 1 位であり、プライベート クラウドとパブリック クラウドがそれぞれ 41% と 40% でそれに続いています。
セキュリティ関連の職に就いている回答者も、廃れつつある技術を好んでいるようだ。 セキュリティ専門家の 33% がこれを戦略的に重要であると評価し、パブリック クラウドや SaaS と同率となり、プライベート クラウド (37%)、ビッグ データ (35%)、モバイル アプリケーション (34%) に次ぐ結果となりました。 これは 3 人に 1 人であり、SDN が依然として戦略的な根拠を持っていると考えるセキュリティ担当者のかなり大きな数です。
この復活の理由は、プライベート クラウドの実装に重点が置かれていることにあると考えられます。 企業は SDN を非常に重視しており、2017 年にそのような取り組みに多額の投資を計画しているため、従来のネットワークを、プライベート クラウドを含むあらゆる種類のクラウドのより不安定な環境をサポートするのに適した、俊敏でプログラム可能な接続セットに変換するための自然な「頼みの綱」は SDN です。 つまり、SDN は、クラウド ファーストの組織が 2017 年に計画している上位投資の第 4 位をわずかに逃し、ビッグ データに 0.5 パーセントポイント差で負けたことになります。
SDN は導入以来進化してきましたが、業界で 1、2 年にわたって試行錯誤され、検討されてきたほとんどのテクノロジーも同様です。 SDN は、DevOps と同様に、自動化とオーケストレーションのより広範な取り組みに大きく吸収され、実行に重点が置かれ、両方のテクノロジーのより哲学的および文化的な側面への関心は低くなってきています。 デジタル変革は確かに推進力の 1 つであり、アプリケーションの増加によって IT プロフェッショナルにかかる負担が増大する中で、拡張の必要性も推進力の 1 つです。 結局のところ、プロビジョニングと管理の問題に投入できる人数には限りがあり、そうすることで得られる価値が、それ相応のコストによって影を潜めてしまうのです。 したがって、自動化とオーケストレーションは、運用環境でアプリとそれを管理する人員の両方を拡張するという課題に対する必然的な答えとなっています。 SDN と DevOps には、その「パッケージ」の一部としてコンポーネントと機能の両方が含まれているため、人材とテクノロジーの両方を拡張するという需要の高まりに対応して、どちらか (または両方) を「ネットワーク」に採用するのに適しています。
「ネットワーク」がサポートする環境やビジネスと同じくらい俊敏になるためには、抽象化と API を提供するものが必要であり、SDN はまさにそれを実現できる方法の 1 つです。 抽象化と API がなければ、クラウドは存在しません。 クラウド環境では、その上に望ましいコンピューティングとストレージの柔軟性を重ねるために、柔軟でプログラム可能なインフラストラクチャが必然的に必要になります。
SDNはまだ完成していません。 組織がプライベート クラウド イニシアチブ (真の「クラウド」であれ、単に「クラウドのような」ものであれ) を実行し続けるにつれて、SDN を魅力的な技術的オプションにする「ネットワーク」を自動化およびオーケストレーションする必要性が出てきます。