En “Cómo conocí a nuestro cloud” hemos dedicado toda la temporada a hablar de lo bueno de Google Cloud y cómo sacarle provecho. Sin embargo, existen cosas mejorables o experiencias a evitar.
Por eso, queríamos terminar esta primera temporada haciendo algo diferente: hablar de lo "menos bueno".
Nuestros compañeros de Goodly, Andrés Navidad y Óscar Ferrer, nos cuentan sus experiencias.
Aunque ya ha pasado tiempo y GCP es maduro, le queda la fama de que todo está en beta. Y aunque eso ya no es del todo cierto, da la impresión de que hacen un marketing excesivo sobre nuevos productos cuando aún están en fase pre-ga.
Parece que lo puedes empezar a usar ya, pero luego pasa mucho tiempo hasta que realmente lo puedes usar en producción. De hecho, en su documentación comenta las referencias de tiempo de estados previos al GA y en la práctica no siempre se cumplen, suelen ser más largos.
Cuando ya consigues que un servicio esté en GA, resulta que aún tendrás que esperar a que llegue en español. Y las primeras versiones no siempre son tan buenas como las inglesas. Además, no suele estar claro cuándo salen las versiones en otros idiomas.
No es muy comprensible que Google no tenga este servicio de indexación. Llama la atención no tener algo parecido a lo que ofrece el servicio de Elastic. Es cierto que podemos encontrarlo en marketplace, pero no es muy cómodo y lo ideal es tenerlo centralizado todo en el mismo sitio.
Hay ocasiones en que la funcionalidad entre varios servicios es tan similar que cuesta entender el porqué de tantos servicios (Functions vs Run, Auto ML Tables vs Bigquery ML engine…).
Además, como hay servicios que van evolucionando y van añadiendo ficheros, un servicio acaba pareciéndose a otro, y así sucesivamente. Pero este es un problema habitual en el resto de nubes.
Aunque no se pueda decir que sea GCP, los productos que comparten o que adoptan de GCP es un lío. Es muy potente, pero no te queda claro dónde empieza una y dónde otra, y la gestión es complicada cuando tienes que mezclar los dos.
Ha salido hace relativamente poco. Lo han incluido, pero está en un proceso de beta muy arcaico. A nivel empresarial, una arquitectura orientada a eventos, donde no puedes tener un control sobre los esquemas que van en los topics, o sobre la información que no llega a topics, era un problema.
Han dado el primer paso, pero está a años luz de poderse utilizar en un entorno real de una empresa. Aún carece de:
- Sin schema evolution.
- Sin versioning.
- Sin poder aplicar a topics existentes.
- Dead Letter de pubsub. Que no solo fuese a otro topic, sino que también permitiese una integración “automática” a, por ejemplo, BigQuery.
- Notificaciones push desde subscripciones pubsub sin un healthcheck de si está “operativo”.
No te pierdas la parte 2 de este podcast. ¡Escúchalo aquí mismo!
Como sabemos que no quieres perderte un episodio como este ¡te lo ponemos fácil! Puedes escuchar nuestros capítulos en las principales plataformas de podcast: Ivoox, Spotify, YouTube, Google Podcast, Apple Podcast y Amazon Music.
Óscar Ferrer
Después de más de 10 años trabajando en el desarrollo de productos digitales, he tenido la suerte de pasar por diferentes roles que me han dado una visión global de lo que significa idear, desarrollar y mantener productos de software. En este camino he visto cómo el Cloud se convertía en un factor clave, no solo para su desarrollo, sino también para la estrategia global de compañía. Por eso, me escucharás hablar sobre cómo la nube puede aportar desde un punto de vista técnico, pero también sobre cómo puede ayudar a la transformación de empresas.
Ver más contenido de Óscar.Andrés Navidad
Aunque empecé mi carrera haciendo back-end en aplicaciones web, siempre me gustaron los conceptos de arquitectura y computación distribuida. Hace 7 años tuve la oportunidad de empezar en el mundo Big Data y ahora me gusta aplicar todos esos conceptos en arquitecturas basadas en nubles públicas. Entusiasta de las nuevas tecnologías, las motos y la gastronomía.
Ver más contenido de Andrés.
Tell us what you think.