クラウドネイティブ機能が通信事業者の持続可能性目標達成にどのように役立つか

最近のその他の調査、Capgemini の Research Institute Report 「クラウド上のネットワーク」では、次のようなことが報告されています。 明確な優位性—今後 3 ～ 5 年で、通信ネットワークの容量のほぼ半分が完全にクラウドネイティブになると主張しています。 

また、このレポートでは、通信事業者が今後 5 年間でクラウド変革に年間 2 億 600 万ドルを費やすことも示されています。 クラウド ネイティブへの移行を早期に開始する組織は、経済性と環境の持続可能性の面で最大の価値を実現する可能性が高くなります。 後者については、調査によると、通信クラウドを採用する企業は今後 3 ～ 5 年で温室効果ガスの排出量を 5% 削減できると予想されています。 また、通信クラウドは、施設の排出量の削減（物理的なハードウェアフットプリントの削減、電力使用量の削減、オンデマンドのネットワークの自動スケーリング、AI と機械学習を使用したモバイル タワーの電力消費の管理など）による持続可能性のメリットも生み出す予定です。

このため、クラウド ネイティブ関数 (CNF) がますます重要になってきます。 少なくともそうあるべきです!

CNF は、従来は物理デバイス上で実行されていた機能またはapplicationのソフトウェア実装です。

このテクノロジーは、ワークロードをクラウドネイティブ アーキテクチャに移行するために特別に構築されており、通信事業者の「重い」従来の仮想化ソフトウェア レイヤーを排除できるだけでなく、操作を自動化およびオーケストレーションして効率を最大化できます。 同時にネットワークも拡張します。

また、複数の機能を単一のプラットフォームに統合できるため、サーバー容量や CPU サイクル、ひいてはエネルギー消費を抑えながらパフォーマンスを向上させることができます。 たとえば、5G ネットワークを実行している場合は、既存のネットワーク機能をクラウドネイティブ バージョンに移行できます。 

統合された CNF を使用すると、単一のコマンド (または API 呼び出し) で、ドメイン ネーム サーバー (DNS)、ゲートウェイ インターネット ファイアウォール (GiFW)、キャリアグレード ネットワーク アドレス変換 (CGNAT) などの複数のネットワーク機能をアクティブ化できることに注意することが重要です。 これにより、必要に応じてワークロードを「オンザフライ」でスケールアップおよびスケールダウンするなど、まったく新しい柔軟性の世界が実現します。 たとえば、オペレーターは CNF を使用して、大規模なスポーツ イベントにコンピューティングとネットワークの容量を迅速に提供し、トーナメントの終了時にそれを停止することができます。 専用ハードウェア上で機能を実行する従来のアプローチでは、セットアップに数か月かかる場合があります。

対照的に、統合されたCNF プラットフォームは、必要に応じて迅速に起動および停止でき、電力消費は最小限に抑えられます。 原理は、テレビやスマートフォンが使用していないときに省エネモードに切り替わるのと同じです。

F5 では、コントロール プレーンとデータ プレーンを完全に解体し、真のクラウド ネイティブ機能をゼロから構築しました。 競合の CNF 隣接ソリューションでは約 15 分かかっていたデータ プレーンのスケーリングや重要なアプリ/機能 (CGNAT など) の起動と停止が、数秒で実行できるようになりました。 仮想化された「ラッパー」は真の CNF ほど効果的ではなく、異なるサーバーに異なる機能を配置する必要があります。 

F5 は、エッジ ファイアウォール、CGNAT、DNS、ポリシー エンフォーサーなど、CNF フォーム ファクターの BIG-IP ハードウェアおよび仮想ネットワーク機能に使用されるソフトウェア セキュリティ機能のリファクタリング バージョンも導入しています。 この互換性により、通信事業者は初期投資を保護しながら、必要に応じてクラウドネイティブ アーキテクチャにシームレスに移行できます。

さらに、市販のハードウェアではなく、F5 CNF に最適化されたハードウェア上で CNF スイートを実行するための柔軟性も向上します。 選択した機能をハードウェアにオフロードすると、通信事業者はパフォーマンスを大幅に向上できます。 また、クラウド ネイティブの特性と F5ハードウェア アプライアンスの優れたパフォーマンスという、両方の長所を兼ね備えています。 これまでと同様に、選択は重要です。より持続可能な運営を行うための万能なアプローチは存在しません。