¿Cómo reaccionarán los proveedores de alojamiento de PaaS (Plataforma como servicio) ante las recientes caídas de precios de Amazon y Google?

Gracias por la invitación a contribuir.

La mayoría de los PaaS conocidos y populares disponibles se basan en una infraestructura de calidad como AWS, GCE, etc. que califica en sentido real para alta disponibilidad, redundancia y recuperación ante desastres. Para una PaaS tan confiable, IaaS es un componente considerable de sus precios, y esta guerra de precios seguramente disminuirá esta parte, cuyo beneficio se debe enviar a sus clientes. Esto ya se ve con un par de PaaS grandes (basados ​​en AWS) cuando sienten que lo que cobran al cliente no es por hardware sino por el “valor” que están agregando en la parte superior de IaaS.

Aparte de esto, esto sería muy bueno para tales proveedores de PaaS y SaaS ya que los clientes no enfrentarán enormes barreras de precios al seleccionar los mejores servicios que dependen de los mejores IaaS.

Además, el impulso reciente y la flexibilidad hacia las instancias reservadas que muestran los gigantes está ayudando a los proveedores de PaaS a aumentar sus ganancias.

No creo que sea demasiado inusual. Los cambios en el precio en una cadena de suministro dan como resultado un aumento en las ganancias para aquellos en la cadena de suministro hasta el consumidor, o una caída en el precio para el consumidor. Si los servicios que dependen de estas nubes públicas bajan sus precios, llevará tiempo; recuerde, por lo general no tienen aviso previo sobre estos eventos de caída de precios. De manera más realista, estos servicios invertirán los ahorros adicionales en I + D u otras partes de sus negocios, o simplemente aumentarán sus márgenes. La mayoría de las empresas de SaaS tienen márgenes muy finos de todos modos, por lo que estas caídas de precios probablemente sean bienvenidas y no resulten en caídas de precios.

Gracias por la invitación para contribuir a la discusión.

La infraestructura es solo una parte de la estructura de costos para un proveedor de SaaS, y puede que ni siquiera sea una parte importante. En consecuencia, una caída significativa en los costos de infraestructura puede no tener un efecto importante en la estructura general de costos de un proveedor de SaaS.

Entonces, a pesar de que la infraestructura subyacente puede ser un 30% menos costosa, uno no necesariamente debe esperar que los precios de un proveedor de SaaS caigan un 30%. Sin embargo, con el tiempo, esperaría algún ajuste en los precios del proveedor en línea con el costo reducido de la parte de los costos totales que representa la infraestructura.

Esto se puede ver en los servicios de nivel superior que se ofrecen los proveedores de la nube. Aunque el costo de las máquinas virtuales de AWS está disminuyendo en un 30%, no creo que el costo de SQS (que utiliza instancias de AWS para operar) se haya reducido en línea con los costos de instancia más bajos.

TLDR; Con características y experiencia de desarrollador.

No puedo hablar por el servicio de Google ya que no lo he usado, pero AWS realmente está mejorando al proporcionar más funciones y usabilidad a la consola, pero aún carece de un poco de cohesión y el mayor obstáculo para la adopción que puedo ver.

Soy un gran admirador de compañías como Severless o Apex que me abstraen de la necesidad de acceder a la consola de AWS con una simple CLI. Estas herramientas también se integran fácilmente con otros servicios y lenguajes y marcos de codificación, mi experiencia con trabajar con AWS directamente no es tan agradable.

Para ser sincero, soy desarrollador front-end en Netlify , que es un proveedor alternativo para un S3 / Cloufront.

Lo que me gusta de Netlify es una plataforma para implementar y automatizar proyectos web modernos. Proporciona una integración profunda de git, lo que significa que inserta su código en su host de git y Netlify maneja las implementaciones. Netlify también funciona muy bien con los generadores de sitios estáticos. Puede implementar su sitio mediante la interfaz de usuario web o implementarlo a través de la línea de comandos. Trabajamos duro para proporcionar una gran experiencia y espero que Google y Amazon se pongan al día con ese objetivo.

Básicamente dependerá de dónde tenga su infraestructura el proveedor de PaaS.

Si están alojados en AWS o GCE, pueden cobrar los ahorros o transferirlos a sus clientes. Cada día hay más y más PaaS, por lo que no estoy de acuerdo con algunos comentarios aquí acerca de que los precios no son tan críticos para los clientes de PaaS. Sin duda, los servicios de valor agregado y la diferenciación son importantes, pero también serán muy importantes los modelos de precios competitivos y claramente estructurados (algo de lo que carecen algunos PaaS). En resumen, una guerra de precios de PaaS seguirá a una guerra de precios de IaaS.

Sin embargo, estaría más preocupado si tuviera un PaaS alojado en mi propia infraestructura o en algún otro proveedor de la nube. Esto posiblemente significaría no ser competitivo (debido a los costos de infraestructura) con bastante rapidez si la guerra de AWS y GCE se intensifica.

Dado lo pequeño que es un porcentaje del costo de IaaS de los proveedores de PaaS, espero que no veamos ningún precio sustancial en los precios públicos. Creo que puede permitir una mayor flexibilidad en las ofertas de estilo empresarial más grandes vendidas por esos proveedores (pero eso será difícil de observar desde el exterior).

Ha habido caídas de precios antes sin impactos relacionados en el mercado de PaaS. El mercado ha crecido bastante en los últimos años en medio de estas caídas de precios. Esa tendencia debería continuar frente a esta última ronda de disminuciones de precios. Los jugadores de PaaS en realidad tienen poco que agregar a la conversación, excepto para discutir la diferencia en su servicio. Por qué no han respondido puede deberse solo a los mínimos efectos a corto plazo que tienen los recortes de precios. La mayor preocupación de los jugadores de PaaS debería ser cómo las caídas de precios juegan en los esfuerzos de PaaS propios de IaaS, como con Google AppEngine.