Algunos podrían argumentar que PaaS no está muriendo, por lo que estoy más inclinado a reformular la pregunta “¿Por qué PaaS no ha logrado tener un gran éxito en términos financieros mientras se habla de ellos durante tanto tiempo?” o “¿Dónde están las grandes empresas de PaaS con grandes valoraciones?”
Esta es una pregunta muy interesante.
Muchos han tratado de responder esta pregunta. Las respuestas de superficie predeterminadas son: falta de control, costo de ejecución en PaaS público o el hecho de que sea público.
- ¿Se puede desarrollar y ejecutar un sistema como Facebook completamente en Google Cloud Platform?
- ¿La IA y la computación en la nube destruirán los trabajos de seguridad cibernética?
- ¿Qué implica la configuración de una oferta de base de datos como servicio (DaaS) en EC2?
- ¿Cuál es el concepto de almacenamiento en la nube?
- ¿Cuál es el flujo de trabajo estándar para implementar aplicaciones de back-end en AWS?
Sin embargo, aún no he visto ninguna respuesta justificada a esta pregunta, ni a ninguna de las siguientes:
- ¿Cómo puede un producto ser tan popular entre sus clientes y no ganar dinero en un mercado tan dinámico?
- Si el problema con PaaS es el precio, ¿por qué la competencia no baja los precios?
- Si se trata de la falta de control, ¿por qué no han tenido éxito las empresas con soluciones PaaS más abiertas / flexibles?
- Si es de naturaleza pública, ¿por qué las empresas están felices de ejecutar su infraestructura en proveedores de nube pública como AWS?
- Si es un riesgo de terceros, ¿por qué las empresas están felices de ejecutar su infraestructura en Rackspace que es 20 veces más pequeña que Salesforce (la empresa matriz de Heroku)?
Algunos afirman que este es un problema con el mercado de ‘desarrolladores’. Afirman que hay poco dinero en la venta de herramientas centradas en el desarrollador. Sin embargo, este grupo no puede responder cómo compañías como Github, Twilio u otras compañías enfocadas en ‘desarrolladores’ han crecido tanto y están generando ingresos saludables.
En mi opinión, la respuesta tiene tres partes: económica, cultural y operativa.
Traté de desarrollar estas razones en esta publicación de blog (Muéstrame el dinero: ¿Qué hay de malo con PaaS público?). Aquí hay un resumen:
Económico
Ejecutar un PaaS es inherentemente costoso para el proveedor. Pero lo más importante es que es más costoso para el cliente. Cuando el proveedor bloquea al cliente de muchas soluciones de código abierto disponibles gratuitamente, el cliente no tiene más opción que gastar mucho dinero en los complementos. Esto significa que de cada $ 5k gastados en un PaaS típico, $ 2k van al vendedor y $ 3k se dividen entre muchos proveedores de complementos. Nadie gana mucho dinero, pero el cliente está seriamente fuera de su bolsillo.
Cultural
Public PaaS ignora la forma en que las organizaciones más grandes trabajan poniendo todo el énfasis en los desarrolladores y bloqueando las operaciones. Con todo lo que se habla sobre DevOps, la verdad es que muchas organizaciones más grandes tienen (y tendrán por algún tiempo) un equipo de Ops que brindan servicios a los Devs. Poner todo el énfasis en los desarrolladores significa que el flujo de trabajo normal entre estos dos grupos se ve interrumpido y Ops naturalmente se resiste a la PaaS pública. Public PaaS se ha enfocado en compañías más pequeñas y startups que no siguen este patrón, pero esas “empresas” que todos quieren ya que sus clientes no funcionan como una startup y tienen sus equipos de operaciones. Cualquier producto que quiera crecer en ese mercado debe satisfacer este flujo de trabajo.
Operacional
Poner todos sus huevos críticos en una canasta pública de PaaS es una decisión aterradora para muchas empresas. Todo el mundo sabe que sus equipos internos probablemente no tendrán un SLA mejor que una compañía como Heroku, pero por el dinero que las personas en la parte superior han perdido el comercio debido a un tiempo de inactividad, despedir a un proveedor es mucho más fácil y, en muchos casos, más barato que despidiendo al personal, por lo que después de un par de contratiempos, los desarrolladores pueden sentir que necesitan tener el control del flujo completo. Cuando su PaaS tiene problemas, la mejor respuesta para su jefe es “estamos esperando lo más rápido que podamos”. Esto no va a ser suficiente para muchas empresas.
