¿Cómo se sienten los desarrolladores web sobre Google Cloud Platform?

Para mí, como desarrollador, no hay ninguna diferencia.

La tecnología actual que utilizamos para desarrollar nuestras aplicaciones es compatible con la mayoría de las plataformas en la nube, incluida GCE. Hace una pequeña diferencia para los administradores de Cloud (Infra), pero incluso eso no es gran cosa. Para el registro, hemos implementado nuestras aplicaciones en Azure, AWS y GCE, y lo digo por experiencia de primera mano.

Cada evangelista en la nube intenta promover el uso de sus ofertas PaaS / SaaS “específicas de la nube” (por ejemplo, Tablas de Azure, Búsqueda de Azure, AWS ELB, AWS Lambda, …). Tendemos a pensar mucho antes de pasar por esas madrigueras de conejos porque hay ventajas y desventajas. Si alguna vez necesitamos mover nuestras aplicaciones a otra nube, estas se convierten en barreras más que los esfuerzos de migración habituales. Migrar una aplicación de producción no es una tarea trivial, incluso sin estas barreras, por lo que es algo que no tomamos a la ligera.

Nuestra propia estrella, App Actifend, ha visto algunas migraciones y, gracias a una buena toma de decisiones, hemos podido hacerlo sin mayores contratiempos. Entonces no, no tenemos favoritos particulares. Personalmente, me gusta la forma en que MSFT está impulsando Azure con startups como nosotros; y AWS se está poniendo al día realmente bien. Incluso IBM lo está intentando (en su propia forma trágica); pero no veo que Google haga algo lo suficientemente especial allí.

Como desarrollador, no veo ningún diferenciador tecnológico entre estas hiper nubes, pero como fundador de startups me gustan más Azure y AWS.

No es maduro

Uso intensivamente el framework Serverless, G Cloud Functions tiene una latencia mínima de 500MS, alrededor de 150 ms en AWS, y creo que es similar para Azure.

Para Google App Engine / Compute encontré que tenía un área muy limitada. Si está planeando “escala mundial”, quiere que su aplicación se implemente en todas partes con una base de datos multi AZ.

A partir de hoy, GCP no tiene la mitad de su función en Sydney Datacenter, que tiene una latencia de 500 ms para Europa y EE. UU. ¡Buena suerte obteniendo un tiempo de respuesta decente para su usuario en esta región!

El almacén de datos en la nube es muy lento. Una consulta simple en un índice o una identificación puede tomar hasta 100MS. Los datos indexados de Mongo / DynamoDB tardan 1 ms con Gigabytes / Terabytes de datos.

Algunas regiones todavía están descubiertas, Francia, Reino Unido, etc. Esto es un “no ir” para el gerente / tomador de decisiones.

Buena suerte para decirle a sus clientes: “No tenemos bases de datos en su región, pero confíen en nosotros, sus datos están seguros”.

Entreprise quiere sus datos en su país, no se moleste en negociar.

También :

• Cloud Functions está en Beta

• No se puede establecer detrás de Cloud Endpoints
• No se puede proteger detrás del firewall

• Contenedor de Google
• Firewall de Google

Por lo tanto, no estoy de acuerdo con todo el “cumplimiento” dado por otros.

Si se toma en serio su desempeño y su negocio, es probable que mantenga toda su infraestructura solo para un proveedor.

Por qué ?

• Productividad
• Actuación

Será mucho más fácil capacitar a todo un equipo en AWS + Cloudformation o Azure + Azure Ressources Templates que tener que aprender los tres proveedores a la vez …

Y si aloja su computación en EC2 pero la base de datos está en GCP, está agregando latencia adicional al cambiar de proveedor de red.

Una parte de Firebase, que ha mejorado enormemente, el uso de G Cloud para crear un prototipo de una aplicación no fue algo que disfruté, para mí no es maduro en términos de proveedor de la nube.