Guía Esencial

Navegue en las secciones

BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Este contenido es parte de Guía Esencial: Cambios en las redes empresariales: Sepa cómo aprovecharlos
Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

Red como servicio: El núcleo para la conectividad de nube

Las nubes públicas, privadas e híbridas tienen un requisito común: las redes. Descubra cómo la red como servicio permite la conectividad de la nube.

Una de las complejidades de la nube es el hecho de que el modelo de nube tiene tantas variaciones –públicas, privadas, híbridas– y muchas opciones de implementación impulsadas ​​por múltiples proveedores de nube y proveedores de software en la nube. Un elemento común en todas las nubes es la red de la nube, que es siempre esencial en la conexión de los recursos de la nube hacia los usuarios, y cada vez más para hacer las conexiones entre los recursos de la nube y los proveedores. Cualquier empresa que esté construyendo una estrategia de nube tiene que desarrollar una estrategia de redes de nube, y esa estrategia tiene que ser lo suficientemente versátil como para dar cabida a las posibilidades de la nube, en lugar de limitarlas.

Un buen lugar para comenzar es con el concepto de red como un servicio, o Naas. Los servicios de nube pública incluyen características de Naas implícitamente (el internet es una "Naas de acceso" para la mayoría de las nubes públicas) o explícitamente (con capacidades de VPN), y las nubes privadas e híbridas casi siempre controlan las conexiones de red mediante un modelo de Naas.

Naas, para un constructor de redes de nube, es un modelo abstracto de un servicio de red que puede estar ya sea en la Capa 2 (Ethernet, VLAN) o en la Capa 3 (IP, VPN) en el modelo OSI. Un usuario de nube define el tipo de Naas que su conectividad de nube requiere y, a continuación, utiliza las herramientas públicas o privadas para construir esa Naas. Naas puede definir cómo los usuarios acceden a los componentes de la nube, y también cómo los propios componentes están conectados en una nube privada o híbrida.

El ejemplo más conocido de Naas en el espacio de la nube pública es el servicio de dirección IP elástica de Amazon. Este servicio permite a cualquier host de nube en EC2, dondequiera que se encuentre, ser representado por una dirección IP constante. La NaaS de IP elástica hace a la nube lucir como un único host. Este es un ejemplo de una aplicación NAAS orientada al acceso.

Naas como conectividad de nube

En la nube privada, el ejemplo más común de Naas proviene de las API Neutron de OpenStack, que permiten a los usuarios construir modelos de servicios de red en el Nivel 2 o Nivel 3 y luego añadir sus instancias de máquinas virtuales (VM) a estos modelos. Este modelo de Naas construye conexiones entre componentes que conectan elementos de aplicaciones en la nube entre sí, y también define los gateways entre redes para publicar servicios de aplicaciones a los usuarios. Sin embargo, no todos los conjuntos de nube privada tienen capacidades de Naas o semejantes a Neutron, y en los que no existen será necesario el uso de herramientas de gestión/orquestación, popularmente llamadas herramientas DevOps, en la nube para construir servicios de Naas en una implementación de nube privada.

Para las nubes híbridas –la dirección hacia la cual la mayoría de usuarios de la nube esperan ir con sus propios planes de nube– es probable que Naas sea un proceso de tres pasos. Primero, tendrá que definir el servicio NaaS de nube pública, luego la conectividad de nube que necesitará para su nube privada, y por último el puente entre ellos. En la mayoría de los casos, este "puente híbrido" es un gateway entre los dos servicios de Naas en su nube, pero es a menudo un gateway que opera en dos niveles. En primer lugar, tiene que proporcionar una conexión de red real entre las nubes pública y privada, lo que en muchos casos supondrá la configuración de un dispositivo enrutador o router basado en software. En segundo lugar, tiene que asegurarse de que los directorios que proporcionan direccionamiento para los componentes de aplicaciones de nube (DHCP para asignar direcciones, DNS para decodificar URLs de direcciones) se actualizan cuando los componentes se despliegan o se mueven. Esto es realmente una parte de la integración a la nube, y puede hacerse usando herramientas DevOps o productos comerciales para la integración de la nube.

Las redes de nube son fundamentales para el éxito de la nube, y acercarse a ellas como la unión de dominios Naas es una buena forma de planificar y poner en práctica los elementos necesarios, y mantenerlos funcionando de manera óptima para el uso eficiente de la nube.

Investigue más sobre Redes empresariales

Inicie la conversación

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

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close