Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

Tres avances que están mejorando los despliegues de NFV para los negocios

Los despliegues de NFV avanzaron este año, gracias a tres desarrollos significativos, pero ¿bastarán para que el caso comercial de NFV sea más convincente entre otros cambios en la industria?

Como todos los cambios tecnológicos –especialmente los que tienen un profundo efecto en la infraestructura y las operaciones– la virtualización de las funciones de red, o NFV, tiene que hacer un caso de negocios para avanzar. Si bien sería prematuro decir que eso ocurrió en 2016, tres iniciativas significativas movieron a la industria hacia un enfoque que podría impulsar las implementaciones de NFV. Echemos un vistazo a los avances de este año.

El primer paso fue que el Grupo de Especificación de la Industria NFV (NFV ISG) del Instituto Europeo de Normas de Telecomunicaciones (ETSI) aceptó un modelo más amplio para despliegues de NFV. El trabajo original de especificación NFV, lanzado en 2013, se centró en el problema específico de desplegar funciones virtuales en servidores, y construir sus conexiones. Esto parecía un comienzo lógico, ya que era el atributo específico que diferenciaba a NFV de construir redes tradicionales. Sin embargo, este enfoque desconectaba el trabajo de la gestión de servicios más amplia y de la actividad de despliegue de extremo a extremo. Esto, a su vez, redujo la capacidad de NFV para abordar la eficiencia de las operaciones y la agilidad del servicio, los dos beneficios a los cuales los operadores ya habían recurrido a fines de 2013 para justificar los despliegues de NFV.

El NFG ISG abrió este año su trabajo sobre orquestación multicapa, con la intención de aplicar los principios de las funciones de gestión y orquestación (MANO) de NFV tanto a los dispositivos heredados, como a las capas de los sistemas de soporte de operaciones y sistemas de soporte de negocios. Con ese trabajo, la automatización de software basada en la orquestación sería posible a lo largo de todo el ciclo de vida del servicio, independientemente de qué componentes se usen y qué procesos de gestión y operaciones estén involucrados.

Una de las cosas que impulsaron la decisión de NFV ISG de ampliar el modelo para las implementaciones de NFV fue el anuncio de arquitecturas completas de transformación por parte de operadores como AT&T y Verizon. Posteriormente, otros operadores de redes se interesaron en seguir el modelo que representaban estas arquitecturas.

La plataforma de redes definidas por software Enhanced Control, Orchestration, Management and Policy (ECOMP) de AT&T fue especialmente influyente, en gran parte debido a que AT&T anunció que pondría a ECOMP disponible en forma de código abierto, y que trabajará con otros operadores a nivel mundial para facilitar su adopción y mejorar su funcionalidad. Orange S.A. –antes France Telecom S.A.– rápidamente anunció que sería un socio en la iniciativa.

El primer trabajo de ETSI fue un compromiso entre operadores de redes y proveedores de equipos de red. Y, como la mayoría de los compromisos, no hizo a nadie completamente feliz. El soporte del operador para una amplia arquitectura de NFV es crítico. Y, al definir sus propias arquitecturas, AT&T y Verizon dieron a la industria una plantilla para las características y capacidades que un operador requeriría, no solo de NFV, sino también de SDN.

El modelado de servicios lidera el camino para NFV

El segundo avance de 2016 comenzó con los enfoques de AT&T y Verizon hacia NFV que, a diferencia de los primeros trabajos ETSI NFV ISG, se centró en el modelado de servicios de múltiples capas. ETSI siguió el ejemplo de AT&T y Verizon al aceptar que la orquestación se llevaría a cabo en múltiples capas, comenzando con las operaciones de servicio y trabajando hacia abajo.

El modelado de servicios es un paso esencial hacia la definición de un enfoque abierto para aplicar la automatización de software a la gestión del ciclo de vida del servicio, desde la implementación hasta la terminación, incluida la gestión de errores. El hecho de que ambas arquitecturas proponen múltiples capas de modelado y orquestación ya ha llevado al ETSI NFV ISG a centrarse más en ese tema crítico. Ambas arquitecturas también propusieron el uso de componentes de código abierto, y el propio ECOMP de AT&T será de fuente abierta, allanando el camino para el tercer avance de este año.

Base de código abierto

El tercer avance es la aceptación por parte del operador del software de código abierto como la base para sus proyectos de transformación. Mientras que el software de código abierto ha sido cada vez más importante en TI y en la nube, los operadores se han resistido a favor de las implementaciones abiertas de estándares que permiten el uso de herramientas de software propietario. Pero, incluso antes de NFV, se hicieron esfuerzos para promover el código abierto como base para herramientas de red basadas en software, especialmente en el área de gestión. De hecho, los proyectos con ese objetivo fueron lanzados hace más de una década.

También ha habido múltiples proyectos de NFV de código abierto, algunos con un amplio objetivo de definir el ecosistema NFV, como Open Platform para NFV, y otros con un enfoque más enfocado, como Open Orchestrator Project y Open Source MANO. Estas iniciativas, basadas en la especificación ETSI NFV ISG, heredaron el estrecho alcance de aplicación que estableció el trabajo inicial de ETSI. Con la introducción de una arquitectura de transformación amplia como ECOMP, es probable que toda otra actividad de código abierto se absorba en un modelo amplio que realmente pueda aprovechar los beneficios suficientes para impulsar NFV hacia adelante.

Una pregunta que todavía no se ha contestado plenamente es la forma en que este interés de código abierto afectará el interés de los proveedores en el avance de NFV. Para los proveedores de equipos de red, es probable que los ahorros de NFV lleguen, al menos en parte, a través de reducciones de gastos que perjudicarán la rentabilidad de los proveedores. Los proveedores de software podrían ser desalentados de desarrollar productos NFV, temiendo la competencia de los equivalentes libres de código abierto. Para los proveedores de servidores o de nube, un modelo NFV abierto significa que los esfuerzos de los proveedores para educar a los compradores e integrar elementos podrían abrir el camino para un proceso de adquisición abierto que el proveedor que impulsó el proyecto podría perder.

Puntos clave para incrementar las implementaciones de NFV

Debido a que el efecto de la fuente abierta en los despliegues de NFV aún es relativamente desconocido, el enfoque de modelado de servicios se convierte en el desarrollo más importante de NFV en 2016. Si se crea una arquitectura de modelo de servicio abierta, entonces el diseño podría permitir la adopción de herramientas de automatización de software propietarias o abiertas en cualquier capa del proceso de orquestación que el modelo defina. Los proveedores que pueden ofrecer un mejor enfoque a un problema específico de gestión del ciclo de vida del servicio pueden ofrecerlo sin comprometer las metas de infraestructura abierta de los operadores.

El modelado de servicios también abre el importante tema de las posibles oportunidades de adopción de NFV. La mayoría de los ensayos de NFV de los operadores se han centrado en una única aplicación, que es CPE virtual (vCPE) para clientes empresariales. Si bien esto puede proporcionar beneficios, la mayoría de los costos de clientes y de la infraestructura de los operadores se encuentran en otras áreas. La capacidad de generar modelos de servicio para cualquier servicio significa que los operadores pueden visualizar el trabajo necesario para soportar servicios más allá de vCPE. Ese soporte podría impulsar el tipo de implementación amplia de las funciones virtuales alojadas en la nube necesarias para hacer de NFV lo que los operadores siempre esperaban que fuera.

Una nueva amenaza para NFV que comenzó en 2016, y continuará, es que los grandes operadores, como Comcast, AT&T y Verizon, han adquirido o planean adquirir compañías de contenido –NBCUniversal, Time Warner, AOL y Yahoo, respectivamente– con la esperanza de escalar la cadena de valor creada por internet y que es actualmente dominada por jugadores exitosos. Los planes de adquisición podrían desviar fácilmente la atención de la alta dirección de la transformación de la red. Si esto sucede dependerá de si NFV puede explotar su progreso en 2016 para ofrecer beneficios amplios en los próximos años.

Este artículo se actualizó por última vez en diciembre 2016

PRO+

Contenido

Encuentre más contenido PRO+ y otras ofertas exclusivas para miembros, aquí.

Guía Esencial

Guía esencial: Lo básico sobre el código abierto

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Enviando esta solicitud usted acepta recibir correos electrónicos de TechTarget y sus socios. Si usted reside afuera de Estados Unidos, esta dando autorización para que transfiramos y procesemos su información personal en Estados Unidos.Privacidad

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close