Las herramientas de administración en la nube siguen siendo difíciles de alcanzar

Esta semana, el equipo de Google Cloud habló sobre la integración de múltiples nubes con su propia plataforma y AWS utilizando Google Cloud Endpoints y AWS 'Lambda. Cloud Endpoints le permite desarrollar API abiertas, y luego puede llamar a esas API desde Lambda. Este puede ser el camino a seguir para las empresas deseosas de integrar sus múltiples proveedores de nube pública. Estamos interesados ​​en la dependencia de red que ahora se ha introducido cuando los dos proveedores se conectan. Veremos qué otras herramientas de gestión de integración o multinube surgen a medida que crece esta tendencia.

Sobre el tema de las nubes trabajando juntas, el tema de la conferencia ONUG Spring 2017 de esta semana fue la nube híbrida. ONUG, el grupo de usuarios de redes abiertas, se preocupa por desarrollar y utilizar las tecnologías abiertas que pueden ayudar a las empresas a funcionar. Los miembros del grupo se decidieron por la nube híbrida porque todavía faltan muchas cosas en la computación en la nube pública, como API estándar, seguridad, herramientas de monitoreo y habilidades de TI. Como han descubierto muchas empresas, no es fácil ampliar la infraestructura local a la nube para cargas de trabajo críticas.

La gestión de la infraestructura de la nube está emergiendo como una nueva clase de productos para las empresas que intentan hacer que la nube sea menos compleja. La administración de la nube abarca toda la gama, desde el uso de tecnología heredada para administrar una nube privada hasta herramientas de administración de nube pública de terceros. Luego están los desafíos de administración de la nube híbrida y multicloud que enfrentan las empresas. Dado que ese tipo de herramientas de administración de la nube no están exactamente disponibles, los compradores deben leer la letra pequeña con atención al ver productos que dicen que pueden administrar todas sus implementaciones en la nube.

Por último, aquí hay una historia de terror de la red para enviarle al fin de semana. Un pequeño error de código de un ingeniero de redes eliminó el acceso móvil a millones de personas. El error de código se vio agravado por otros errores, algunos de origen humano y otros relacionados con procesos. Las lecciones aprendidas son particularmente valiosas:culpe cuando sea debido, pero arregle primero, luego señale con el dedo. La planificación de las pruebas y las pruebas reales son esenciales. Y una sugerencia de error humano que todos podemos usar:no cometa el mismo error dos veces. Hay incluso más historias de "Cómo rompí mi red" del podcast Network Collective.

Hasta la semana que viene, puntee sus t y cruce sus i.