Voy a responder esto sin ser específico de Google, ya que la misma pregunta se aplica a AWS y Azure, y a otros proveedores de nube similares.
Para cualquier proveedor de la nube, “sin servidor” – más exactamente, “servidor implícito” – la informática ayuda a optimizar sus activos de sala de máquinas. El modelo más tradicional, donde los clientes contratan máquinas virtuales por el período de tiempo, significa que muchas de esas máquinas virtuales pasan la mayor parte de su tiempo inactivas, lo que a su vez significa que la sala de máquinas está sobreaprovisionada y necesita más energía de lo necesario. y ocupando más bienes inmuebles. Al alentar a sus clientes a pasar a un modelo de servidor implícito, los proveedores de la nube pueden maximizar el uso de sus activos, reduciendo su base de costos tanto en el aprovisionamiento físico como en el consumo de energía, y reduciendo su perfil de carbono, un área donde los proveedores de la nube compiten cada vez más.
Para el usuario final, los beneficios son dobles. Las reducciones de costos del proveedor se transfieren, a través de los costos (generalmente) reducidos de ejecutar una arquitectura de servidor implícito en comparación con la VM tradicional. Pero, además, una arquitectura de microservicios bien diseñada, basada en servicios de servidor implícito, necesita menos cuidados. Sus administradores no tienen que preocuparse por mantenerse al día con las vulnerabilidades de seguridad y los últimos parches; no tienen que tener un sistema de monitoreo complejo para rastrear si el aprovisionamiento de su VM se está sobrecargando o subutilizando, ni para rastrear la salud de las VM individuales. Sí, necesitará generar información de registro y seguimiento de errores para asegurarse de que no tiene trabas arquitectónicas en su aplicación, pero esa es una carga de trabajo mucho menor, por lo que probablemente no necesite tanto esfuerzo en la administración en general. Dado que la oferta de expertos en la nube es considerablemente menor que la demanda (y, por lo tanto, los precios del mercado también son altos), esto ayuda a descargar el reclutamiento y a reducir los costos de personal.
- ¿Es la versión de OneDrive en la nube una imagen reflejada de lo que está en su PC?
- ¿Por qué usarías Docker en producción, incluso en una nube?
- ¿Existe una aplicación de servidor de código abierto para crear su propio servidor de almacenamiento en la nube en el que pueda crear cuentas de usuario para uso de oficina?
- ¿Por qué necesitamos PaaS? ¿El cableado tradicional del modelo de software no es lo suficientemente bueno?
- ¿Cómo manejan las arquitecturas distribuidas la interoperabilidad entre diferentes versiones del software en diferentes nodos?
En cuanto a las desventajas:
- Este tipo de cambio requiere un cambio de mentalidad completo: es probable que se enfrente a un retroceso de los tradicionalistas basados en el servidor;
- Con la arquitectura basada en servidor, generalmente tiene una base de costos relativamente confiable. Con los diseños de servidor implícito, generalmente el costo no se relaciona con el aprovisionamiento físico, sino con el volumen de datos y la cantidad de eventos generados, y esto puede hacer que las personas responsables de los presupuestos se sientan muy incómodas. Ya han sufrido el trauma psíquico de pasar de un patrimonio confiable, conocido y de propiedad (CapEx) a un modelo de pago por uso (OpEx); ahora se enfrentan a aún más incertidumbres (NoOpEx? 🙂). Esto puede ser un bloqueador para ti;
- Los servicios de servidor implícito a menudo tienen límites bastante bajos al principio, hasta que hable con el equipo de límites de su proveedor. Tuvimos un ejemplo citado recientemente en una reunión del Grupo de Usuarios de AWS en Londres, donde una prueba del sistema que modeló el comportamiento de la vida real involucró 100,000 invocaciones Lambda por segundo. ¡Esto fue ligeramente superior a los 100 por segundo normales que es el límite predeterminado! Entonces, comprenda su arquitectura y sus implicaciones, y trabaje con su proveedor desde el principio para diseñar algo que sea aceptable para ambos. Además, RTFM para evitar sorpresas desagradables;
- Recuerde que toda el área del servidor implícito está abriendo nuevos caminos en un nuevo continente. Los servicios, patrones y mejores prácticas están cambiando más rápido de lo que puede creer. Si está preocupado por comprometer sus flujos de trabajo de misión crítica a lo que todavía es terra nova , espere un momento y pase el tiempo de intervención tratándolo como una oportunidad para probar nuevas ideas en cajas de arena privadas sin apostar su granero por ellas.
