¿De quién capturó Amazon AWS el mercado? ¿Hubo un líder del mercado cuyo mercado fue robado por la solución en la nube proporcionada por AWS? Cualquier fuente de información también será útil.

Antes de Amazon, no había mucho.

Si quería un servidor, en realidad tenía que comprar un servidor e instalarlo en algún lugar. Período. Punto final.

Fue mucho, mucho más doloroso que la respuesta de Jason M. Lemkin indica. Para un servidor, no está mal. Para un par de servidores en el mismo lugar, no es terrible. Para cincuenta servidores en 35 ciudades de los EE. UU. Y otros 20 a nivel internacional, fue una pesadilla. Para una implementación real a escala web en la que necesitabas la misma huella pero implementabas entre 5 y 10 servidores a la semana en ese espacio … no hay palabras sobre lo malo que fue. No solo en términos de problemas operativos, sino también en términos de impacto en efectivo.

Tenías que comprar el equipo, tenías que organizar el equipo, tenías que cargar el sistema operativo y el software en el equipo. Debía tener un equipo de red para conectarlo al resto de su equipo y a Internet, y tenía que haber suficiente ancho de banda para que todo funcionara tanto dentro de su huella como a Internet. Tenía que estar en el espacio que tenía que adquirir y construir, si quería tener algún tipo de privacidad para los servidores, incluso el espacio de la jaula en las instalaciones de uso compartido debía construirse desde el suelo desnudo; era mucho peor si derribaba bienes raíces en bruto y luego tenía que agregar energía, HVAC, etc.

Y nunca terminó. Debía tener equipos tecnológicos las 24 horas, los 7 días de la semana, ya sea en el sitio o aumentando las (no muy) “manos inteligentes” que le estaba pagando al proveedor del sitio para que le diera cuando algo fallaba. Los costos de mano de obra en el sitio solo en esa huella internacional de 35 sitios de EE. UU. / 20 sitios fueron fácilmente superiores a $ 27.5 millones anuales. El equipo de ingeniería y soporte probablemente duplicaría eso.

Y la propiedad inmobiliaria era de aproximadamente $ 10k / mes por jaula (eso es medio millón de dólares) más recargos de energía si superaba la línea de base (que era como 2KW / rack, por lo que siempre tenía más energía).

Y luego necesitabas acceso a Internet, que tenías que proporcionar. Para equipos de grado de producción, eso significaba al menos dos ISP de línea ascendente, con mínimos y tasas de pico también. Más enrutadores, más gestión de la interconexión BGP, más la ingeniería de carga …

Ahora agregue los gastos de capital para el equipo del servidor, los conmutadores, los enrutadores, el acceso remoto … nunca terminó. Estaba gastando más de $ 200M / año en eso en Enron, todo en equipo y mano de obra, y no estábamos a escala web completa cuando me fui.

Amazon cambió todo eso. Ahora compro exactamente cero hardware de servidor, hardware de red, cero de todo lo que viene en una caja. Siempre. Siempre.

Todo lo que hago es pagar por las instancias del servidor y el almacenamiento mientras lo uso.

No puedo imaginar volver. No puedo imaginar volver a suscribirme para construir ese tipo de infraestructura de nuevo, a menos que fuera a competir con Amazon.

Muchas compañías tuvieron modelos de cómputo de alquiler durante décadas. Muchas compañías también tenían servicios de alojamiento. Tan difícil llamar a Cloud como nuevo. Entonces su pregunta es válida, AWS está comiendo el almuerzo de alguien.

El término Cloud se remonta a 1999 cuando compañías como LoudCloud gastaron cientos de millones para construir lo que hoy conocemos como Infraestructura como Servicio. Muchos murieron instantáneamente con el accidente de punto com en 2001. Entonces no es eso.

Luego tuvimos la burbuja ASP con proveedores de servicios de aplicaciones que alojaban casi cualquier software empresarial en el que puedan pensar. Se comparan con el software como servicio hoy en día. No duraron mucho debido a su modelo financiero roto (todos los costos por adelantado y muy poco IP conducen a márgenes pobres). No es eso tampoco.

Muchos de los clientes de AWS son aplicaciones nuevas, servicios nuevos que no hubieran sido viables sin la computación en la nube. Tampoco es válido pensar en esto como robado de cualquier otra compañía.

Donde hay ‘robo’ pasando, esto es de marcas de TI como IBM, SUN y CISCO. Cada vez que una gran empresa tradicional va a la nube con una aplicación empresarial, el dinero sale del presupuesto que habría ido a estas empresas. Y dado que AWS cocina su propia sopa y muchas veces no usa las marcas nombradas con márgenes de grasa, AWS come su almuerzo.

La mayoría de las respuestas aquí están perdiendo el punto. ¿Quiénes son las compañías que fueron apalancadas de sus posiciones de “liderazgo natural” en este mercado en evolución? ¿A quién crees que debería haber dirigido?

La respuesta es obvia.

Microsoft Azure tenía años de ventaja, en términos de contar con hardware en bruto, para admitir una infraestructura de AWS.

Oráculo. La última compañía en proporcionar infraestructura de software de base de datos crítica debe tener que crear una aplicación en línea.

Mientras Amazon estaba construyendo un espacio de servidor escalable para satisfacer sus crecientes necesidades de TI, Microsoft se estaba haciendo nudos sobre Win 8.X y Oracle continuaba mejorando sus esquemas de precios de CPU.

almiar

AWS no capturó tanto un mercado existente como creó un nuevo mercado para diferentes categorías de productos informáticos.

Antes de que se vendiera la potencia de la computadora de AWS en términos de hardware: servidores con CPUS, sistemas de almacenamiento, ancho de banda de red, etc. Con el tiempo, más y más componentes entraron en esto y algunas compañías comenzaron a ofrecer “administración” del entorno de hardware, pero el entorno era todavía se vende en términos de componentes de hardware o la medición del uso de recursos de hardware.

AWS llevó todo el concepto de potencia de la computadora a otro nivel de abstracción. En lugar de ofrecer lo que los proveedores de hardware estaban vendiendo, CPU de una potencia dada, por ejemplo, Amazon vende “procesamiento escalable”. En lugar de vender espacio en disco, AWS vende “almacenamiento escalable”. Estos servicios fueron reempaquetados en términos de qué aplicaciones requerían en lugar de qué hardware estaba involucrado.

Esta capa abstracta de AWS liberó a los desarrolladores y mantenedores de aplicaciones de tener que preocuparse por los problemas de hardware específicos involucrados en la entrega de la potencia de la computadora requerida por una aplicación determinada, así como también de tener que mantener y hacer crecer el hardware a medida que crecía la demanda.

Amazon creó el mercado de Cloud Computing.

Algunos podrían atribuir los Servicios en la Nube a Salesforce, que comenzó SaaS en 1999. Pero AWS inició el almacenamiento generalizado y la potencia computacional, a partir de 2002, con EC2 en línea en 2006.

Se podría decir que todos después de esos hitos: Azure, Google, Rackspace, IBM, Digital Ocean, etc., ¡están robando de Amazon!

Contestaré esto de manera más simple … No había un mercado de plataforma como servicio antes de que Amazon creara AWS. Amazon comenzó con S3 y creció rápidamente desde allí.

Sin embargo, como dijo Gary Gagliardi, tenía que tener hardware de servidor dedicado antes de que AWS estuviera disponible.

AWS surgió como una iniciativa de función forzada. John Rossman explica esto en una charla en Microsoft Research donde los equipos de ingeniería eran dueños de todo, desde las aplicaciones hasta la infraestructura, que se convirtió en escalable y poco económica. Para solucionar esto, Amazon forzó la separación en equipos de aplicaciones e infraestructura y solicitó al equipo de infraestructura que brinde capacidades confiables y de autoservicio al equipo de aplicaciones. Jeff pensó que era una buena idea y obligó a los equipos de infraestructura a externalizar estos servicios que se conocieron como AWS.

Para muchas nuevas empresas, AWS tomó participación de mercado del servicio de alojamiento administrado como Rackspace.

La administración del alojamiento al menos se hizo cargo de algunos de los desarrolladores y técnicos de la implementación de servidores.

Pero … hombre, es / no fue suficiente.

Los servidores se apagarían, y tendrías que volver a activarlos. Los parches no saldrían. Los servicios ni siquiera eran remotamente elásticos: tenía que agregar manualmente nuevos servidores uno por uno. Tuviste que diseñarlo todo tú mismo (equilibrio de carga, base de datos, servidores de archivos, todo, etc.)

Esos no fueron los viejos tiempos.

Para varias empresas de nueva creación, AWS tomó parte del negocio de un conjunto de Hosting administrado como Rackspace. El alojamiento operativo a un nivel limitado se hizo cargo de cualquiera de los DevOps y las chuletas de usar el servidor. Cuando comenzó regularmente, los servicios web de Amazon habían crecido más que una forma superior de adquirir tiempo y plazo en las computadoras de Amazon. El servicio fue examinado durante numerosos años en beta especial y finalmente liberó a más y más clientes para beneficiarse de la estructura dirigida por el servicio que Amazon había planeado originalmente para la autoayuda.

Hasta donde yo sé, Amazon Web Services (AWS): Cloud Computing Services no robó la cuota de mercado sino que creó la cuota de mercado y dominó a partir de ahí. ¿Cómo surgió la idea? Aquí hay una historia sobre cómo surgió AWS. Mire AWS vs Azure vs Google Cloud Market Share 2017 – Informe gratuito con un 47%, son claramente los líderes del mercado.

Hasta donde yo sé, AWS introdujo la idea de la nube pública. tecnologías como la virtualización ya estaban allí, pero AWS es el pionero de la nube pública comercial.