[NO PUBLICADA] Cloud – Enlaces dinámicos en infraestructuras multi-cloud

Hola!

Networking, un poco más hoy 😉

Sea bien o para mal, el cloud lleva ya años con nosotros, y hoy por hoy prácticamente todos los proyectos de envergadura que diseñamos y ejecutamos los que trabajamos en estas áreas tienen si o si que adaptarse a las specs de los grandes players. Está claro que ningún arquitecto de sistemas plantearía rehacer la rueda por ejemplo para los servicios de balanceo de tráfico y no usar lo que aporta nativamente Amazon AWS, Google Compute Engine, Azzure o quien sea quien hayamos escogido. El networking no está tampoco exento de dicho camino a seguir 😉 (en nuestra más humilde opinión).

Es decir, ya hace tiempo que se habla de «Infraestructure as Cod», pues eso, a concebir el networking como tal, y la verdad que todo de forma oficial, sin tunelizar ni aplicar MPLS Propio over the internet ni ninguna arma secreta de los warriors of the net 😉

Escenarios de aplicación

Algunos ejemplos:

• Multi-Nube: Los grandes del mercado aportan zonas de disponibilidad en datacenters distribuidos por todos los continentes, que generalmente se adaptan a lo que necesitamos, hasta que no. Al menos por aquí tenemos muchos casos de infra’s que acaban dando servicio a China o en otras partes dónde o bien Google no se lleva bien con el país y Google Compute Engine no está disopnible. o bien AWS no encaja por latencias y servicios VoIP o similares, y hay que adaptarse.
• Integración con entorno local: Lo mismo, adaptarse, desde nuestro punto de salida hacia el cloud hasta el propio cloud.

Por adaptarnos nos referimos a tener alta disponibilidad, routing dinámico, y que cada cambio o despliegue signifique rellenar 20 formularios, pasar por aduanas, evolucionar a level 15 de DevOps o similar, es decir: Hacer que el networking sea nuestro ailado y no una nube de dispersión 😉

Player 1 Ready: Google Compute Engine

Google Compute Engine no podía faltar 😉

Player 2: OpenStack, OVH

x

Player 3: Amazon AWS

x

 

xxxxxxxxxxxx tema de que somosp artners de ovh

enlace con el nuevo producto «router» que aparece desde hace poco como BETA en API.OVH.COM

enlazar desde la ofi con un Ubiquiti EdgeRouter e IPSEC

aprender set-next-hop para la sesion eBGP ya que no estarán directamente conectados, sino via ruta estática, funcionará, no?

hablar un poco del vRACK y de casos de clientes que no tienen CPD o quieren tener un CPD profesional, etc …

 

 

vamos, que hay bastante miga de análisis de situaciones globales de clientes y sus necesidades, asi como de conectividades.

 

como siempre, el punto de I+D que siempre hay que dar: hasta ahora NO HAY ninguna entrada que hable de enlazar con dicho producto nuevo ;D)

Keep the pushhhhhhhhhhhhhhhh