Hace 20 años, este correo de Jeff Bezos en Amazon cambió para siempre la forma en que programamos apps

En 2002 un alto dirigente de Amazon —el mismísimo Jeff Bezos, según la mayoría de las fuentes; Allan Vermeulen, CTO de Amazon en aquel momento, según otras— lanzó una circular interna dirigida a todos los equipos de desarrollo de Amazon. Esa circular terminaría cambiando para siempre las dinámicas de desarrollo web y de software, dando comienzo al actual paradigma basado en APIs/microservicios. Poco tiempo antes, los expertos de la compañía habían decidido que una estrategia que girase en torno a software monolítico no resultaría lo bastante..

[#42 sofazen]

#40 Que cada edificio tiene su portero, y tú no entregas ni recibes el correo, se lo das y pides a él.

[#29 UncleOwen]

BULO (O al menos, sensacionalista). Qué maldita manía de intentar vendernos a los multimillonarios yankis como revolucionarios de la tecnología e inventores de la rueda. Que si Bill Gates inventó el ratón, que si Steve Jobs inventó Macintosh, que si los yankis derrotaron a los nazis, que si Elon Musk descubrió el litio... Y ahora que Jeff Bezos inventó las APIs.

Esta gente no ha inventado nada ni ha revolucionado nada. Ha comprado la tierra, lo que se ha producido con el trabajo de otros y lo que otros han inventado. Pero lo que nunca podrán comprar es la historia.

Los "profesionales" del dinero sólo saben de eso, dinero. No contribuyen al desarrollo de la tecnología, lo lastran con opas hostiles, patentes, secretos, denuncias... Apoderarse de la tecnología no tiene ningún mérito. Cuando venden que han hecho algo bien, ese algo siempre es idea y fruto del trabajo de otro. Ellos simplemente han puesto un muro para que el resto de la humanidad no pueda usarlas sin pasar por caja.

[#6 hrundil]

Gracias a que dividieron todo Amazon en organizaciones que se comunicaban mediante API les fue posible elegir los servicios más maduros y ofrecerlos al mundo en AWS. No creo que fuera idea de Bezos pero sí que fue una idea cojonuda.

[#8 pignito]

#5 No tanto, se han creado micro servicios por encima de nuestras posibilidades.

[#7 elgranmago]

¡¡Un CEO que hizo caso a muerte a su CTO!! increible es poco.

[#32 --644143--]

#1 "Cualquiera que no haga esto será despedido"
Buen rollito ante todo

[#10 Magicus]

#6 La gracia (y dificultad) del CEO es encontrar el "oro" entre toda la paja que le llega a su escritorio.

El caso contrario es cuando el CEO de Blockbuster rechazó la compra de Netflix.

[#31 cajadecartonmojada]

#10 La historia de la "ceguera" de Blockbuster con Netflix nunca me ha convencido.

Cuando tuvieron esa reunión Netflix aún era un servicio por correo, así que no se les puede achacar que no fuesen capaces de ver el potencial del streaming. Y si los hubieran comprado igual no hubiesen desarrollado el servicio de vídeo bajo demanda y se habrían ido a la mierda junto a Blockbuster.

[#12 --516070--]

#4 No me parece sencillo en absoluto.

Pasar de un sálvese quien pueda, que era lo aceptado y aprobado a separar administrativamente o burocráticamente en pequeñas unidades lógicas que tenían que tener una interfaz pública es muy complejo.

Les tuvo que sonar a chino y, por eso, la última frase. Quien no lo acepte será despedido. Los trabajadores que pensaran ignorarlo porque "son cosas del jefe loco" deberían ser legión


Ahora , años después, nos parece lo lógico. Claro. Cuando lo vemos sin vicios

[#24 campi]

#19 No va a volver, nunca se fue, eso no quita que se puedan hacer las cosas de manera diferente cuando la situación lo requiera

[#54 frg]

#41 Si, y hasta se está creando mitología. Ahora parecen ser los descubridores ce cierto tipo de programación, en lugar de quedar como los que utilizaban el látigo.

[#5 --482411--]

Sera un miserable chacal en todo lo demas, pero en esto , acerto de pleno.

[#34 cajadecartonmojada]

#19 como dice #24 nunca se ha ido. Una buena parte de los microservicios que se hacen no son más que "monolitos distribuidos" que tienen que desplegarse juntos, y si uno falla dejan de funcionar los demás

[#26 Jumper]

No se entiende el artículo, vaya divulgación de chichinabo con definiciones y explicaciones vagas que solo entienden los que no necesitan que se lo expliquen.

[#11 placeres]

#6 .. Seguro que no, pero dar la orden de cambiar simultáneamente la filosofía de todos los equipos, solo puede venir del jefazo máximo.

[#15 mudit0]

Lo que pasó a continuación te sorprenderá

[#18 juanac]

"Cualquiera que no haga esto será despedido". Creo que esta fue la clave.

[#37 Arkham90]

#10 … cuando Netflix era un servicio de alquiler de DVDs y VHS por correo postal.
Que es como decir que qué poca vision no comprar nintendo cuando eran una compañía de cartas.

[#13 --516070--]

#7 ¿Cuándo has visto que un director ignore a uno de sus responsables?

[#25 crateo]

#7 será en las empresas en las que CEO o CTO son como el vestido de la mona. En cualquier empresa seria lo que diga el CTO con respecto a la arquitectura va a misa

[#55 frg]

#40 Hay un señor que sabe exprimir a sus equipos muy bien, sin delojar ser un auténtico hijo puta. El resto es prosa de relleno.

[#75 JungSpinoza]

#1 #52 #57 Pueden parecer obvias, pero por ejemplo Google no tenia una architectura orientada a servicios hasta hace pocos años [1]. Yo trabaje primero en Amazon (retail y AWS) y luego en Google. Amazon es tan buena en ingenieria, pero no hay otra igual en cuanto a capacidad de movilizar la empresa. Cuando yo estaba alli era un culto a Jeff.

Por cierto no fue tanto el email de Jeff como el manifesto "distributed computing manifesto" [2] que escribio Werner Wogels (Amazon CTO) lo que llevo a Amazon a adoptar la arquitectura a servicios. Pero dejo las batallitas para otro dia.

[1] www.reddit.com/r/programming/comments/l9ehj/steves_google_platform_ran
[2] www.allthingsdistributed.com/2019/08/modern-applications-at-aws.html

[#2 blockchain]

Qué interesante, gracias #0

[#51 --644143--]

#42
Muy buena

[#57 frg]

#52 ¿Costaba verlas? La visión venía de antes, lo que cuesta es tirar todo y construir todo nuevo para comprobarlo.

[#41 Actarus]

#32 que no sea exactamente un filántropo me parece de sobra conocido. Él y un par mas, que la gente trata come si fueran los nuevos mesías.

[#19 juanac]

#16 El monolito va a volver. El 99.9% de los proyectos/empresas no son Amazon ni tienen sus necesidades.

[#56 arcangel2p]

#31 Exacto. Además conocemos este caso porque Netflix lo petó. ¿Cuántos posibles Netflix se han quedado en el camino y los que tuvieron la opción de comprarlos habrán respirado tranquilos al ver de la que se libraron?

[#16 mariKarmo]

Pasar de monolítico a APIs ha cambiado mi forma de concebir el software de una manera brutal.

[#23 elkaladin]

#13 ¿No sé, una docena de veces o dos docenas?

[#45 --667747--]

#19

No vuelve ni de coña.

[#22 campi]

#13 debe estar en una empresa donde el ceo y el cto son familia directa…

[#89 ictop]

#75 No dejes las batallitas para otro dia please.

Yo siempre he pensado que el genio era es compartido entre Bezos y Wogels. Wogels tuvo la vision y Bezos la comprendio y la impulso desde su polemica forma de gestionar.

Personalmente creo que AWS lleva ventaja de años en sus servicios.

Cuantanos mas por favor.

[#65 Jesulisto]

#16 Para mi empresa ha sido un game changer de cojones.

Y, no me quiero echar flores, pero empecé a usar esa metodología casi sin leer nada, por pura necesidad, nosotros somos todos programadores pero no sabemos combinar el color de la camisa con los pantalones así que me busqué a un colega de la universidad que trabaja en Londres y era muy bueno en diseño de webs y APP para minimizar la dependencia de él diseñé una serie de APIs que no hacían nada más que llamar a una stored procedure y devolver el resultado. De esa forma el 80% de los cambios y debugs de las APP los podía resolver yo desde SQL.

Ya ha crecido tanto la cosa que tenemos dos programadores de web services, pero el diseño gráfico lo seguimos subcontratando. Que mal gusto tenemos todos

[#60 Jesulisto]

#15 A mi siempre me sorprende. Gasto un ratón al mes de tantos clicks

[#76 JungSpinoza]

#75 PS: porque demonios esta baneado github gist en meneame?

gist.github.com/chitchcock/1281611

[#35 --482411--]

#8 Cuanta razon llevas...yo ahora mismo estoy pasando 3 monolitos a una masa de microservicios y me esta entrando mucho miedo

[#67 Midiam]

#39 Y Docker, no te olvides de Docker, que para mi punto de vista es una de las mayores revoluciones de los últimos años en la construcción de software.

[#4 blockchain]

#3 es que, como las grandes ideas, es de una sencillez maravillosa.

[#40 k4rlinh0s]

#1 No entiendo una mierda, explicacion para no informaticos.

[#47 --516070--]

#28 Pues por eso, no es simple ni sencillo

[#48 --516070--]

#17 De hecho las primeras noticias de programación por microservicios que conocía, allá a principios de 2000, venían por herencia del kernel de unix

[#49 --516070--]

#22 ¿Y el cio, cmo y todas las demás ces?

[#77 --516070--]

#50

[#80 progreame]

#16 #19 #24 es verdad que de un tiempo a esta parte parece que la tendencia es a pensar microservicios=guay monolito=kk, pero la verdad es que…Depende.
Este video lo explica muy bien youtu.be/bWZVx6TgVvc

Y si estais en el sector IT y no conoceis el canal de ese tio os lo recomiendo encarecidamente.

[#82 snowdenknows]

#31 Aún así pudieron haberlo comprado cuando empezaron la idea (bill gates style comprando compentencia)

[#28 blockchain]

#12 la última frase es para vencer el "yo siempre lo he hecho de aquella manera y funciona, no cambio"

La resistencia al cambio es enrome, y más si planteas algo tan innovador.

[#90 ictop]

#12
Tienes todas la razon.

Yo he visto caer a gente muy gorda por tratar de imponer un vision asi y los de abajo ir disimulando y pasando hasta que al final el proyecto fracasa. Creo con franqueza que esas cosas hay que imponerlas con firmeza porque al principio son:

- dificiles de entender
- dificiles de afrontar
- te obligan a salir de la comoda rutina.

[#98 crateo]

#97 Ah, ahi es en donde esta la experiencia .

"Hemos detectado una muy buena oportunidad de BPO. Con una inversion moderada en un proyecto de 6 meses calculamos un ahorro de x% en los proximos 3-5 años".

[#104 JungSpinoza]

#89 Del S-Team (senior execs) los pondria asi: Jeff Bezos > Jeff Wilke > Werner Vogels > Andy Jassy . Siempre pense que Wilke seria el reemplazo de Jeff. En google cloud no hay nadie del calibre de estos ... pero ni de lejos.

>> Personalmente creo que AWS lleva ventaja de años en sus servicios.

Me duele decirlo pero yo creo Amazon esta perdiendo la batalla de la nube. Si va por delante a nivel de servicios, pero a nivel de SaaS va muy por detras. Amazon tiene que ser mucho mas agresiva a la hora de adquirir empresas. Amazon perdio en tren de comprar Github, Slack, Tableau, Twilio, Snowflake, Databricks, Salesforce y muchas otras. Esas eran compras que yo esperaba. Microsoft y Google lo hacen mucho mejor. MS se gasto 9 mill millones de dolares en 2021 en adquisiciones. What the fuck Andy!

En temas de servicisos hay muchas empresas interesantes para hacer acquihire como Contentful, Algolia, RedisLab, Elastic, datadog, new relic para mejorar mucho la innovacion de AWS en algunos servicios. El estado de AWS OpenSearch (o como se llame esta semana) da mucha pena y es un pilar basico para AWS. Cuando vamos a tener un ElasticSearch serverless en AWS? lo llevo esperando hace 5 años.

Bueno mejor lo dejo que me sube la tension

[#106 ictop]

#104 Luego comento el resto, pero sobre OpenSearch lo puedo confirmar. Al margen de la cochinada que me parece lo que han hecho (pero eso es un tema moral y admite todo tipo de discusiones) el producto flaquea por todos los lados.

Yo empece la migracion de prueba y como acababan de sacarlo me ofrecieron ayuda para entre todos ver que tal. Desistimos de mutuo acuerdo. Un desastre.

Oye, muchas gracias. Igualte pregunto mas.

[#17 n3storm]

#12 los kernels basados en microservicios hace tiempo que existían como concepto y con implementación, el diseño estaba totalmente justificable.
Desde estos ingenieros y sus equipos han elevado el mismo concepto a protocolos de red, puesto que no tenían kernels ejecutando software, sino servers conectados.
Sin conocer los pasos intermedios toda tecnología parece mágica (sin querer parafrasear a nadie)

[#27 crateo]

#19 la cantidad de proyectos de empresas que son, de hecho, Amazon (o mejor dicho, desplegados en AWS) esta bastante, pero bastante por encima del 0,1% .

Creo que andan más o menos por un 33% de todas las aplicaciones cloud desplegadas con ellos.

[#62 MarlonBlando]

#19 ¿Eres Kubrick?

[#83 Drazul]

#73 docker está basado en chroot... Que es de 1982, anterior al propio Linux (que es de 1991)

Disclaimer: Docker usa más cosas y usa tecnologías más modernas, haciéndolo además más seguro y fácil de usar.

[#69 elgranmago]

#25 No necesariamente. Ese cambio debió costar una buena pasta. ¿Para qué cambiar algo que ya funcionaba? ¿Para qué cambiar el paradigma y quemar dinero cuando podría aplicarse en desarrollar nuevas funcionalidades de la plataforma que ya tenían en marcha?
El CTO podría decidir que hacer, pero el CEO y el CFO debían entenderlo o no se habrían lanzado a por ello con ese entusiasmo

[#103 amchacon]

#101 ya, y cuantas empresas en la práctica usan un API development?

Porque vamos, yo trabajé en una aplicación creada en 2008 que eso no tenía una API formal ni nada.

[#108 amchacon]

#107 okay, creo que queda bastante claro lo que quería decir a alguien que no tenga una vista muy sesgada.

Bezos impulsó un paradigma en su empresa antes de que se volviese popular.

[#53 provotector]

Nadie como genbeta para conocer la API de Amazon. La usan para cascarte anuncios de artículos con enlaces de afiliación en cada post.

[#58 arcangel2p]

#13 Por lo pronto en todas las empresas donde el CTO se larga por "diferencias creativas".

[#73 avalancha971]

#29 De hecho en la propia noticia aparece:

No importa qué tecnología utilicéis: HTTP, Corba, Pubsub, protocolos personalizados? da igual.

Joder, HTTP vale que tenga otras utilidades, pero CORBA es también del siglo pasado y está pensado precisamente para eso.

Cuando hablaba de microservicios, pensaba que en 2002 ya habría previsto como funcionarian los contenedores de Docker, Kubernetes y demás...
Eso sí que hubiera tenido mérito.

[#86 KaisserSozze]

Yo es que me descojono ¿Así que antes de microservicios no existía SOA? Al final y al cabo microservicios es SOA llevado al extremo. Ahora resulta que Bezos inventó la rueda #73 confundes un paradigma con las tecnologías, Y cosas como lo que hace dockers o kubernetes ya se hacia antes de manera mas simple. Anda que no se escalaba según se necesitaba levantando diferentes instancias de un proceso.

[#93 selufetto]

#29 Yo siempre he pensado que Edison con la cara de mafioso que tiene no pudo inventar la bombilla, como ponía en los libros de texto y en muchas aminaciones, cuando yo era pequeño. Probablemente el pringao de su empresa que la desarrolló, estará en cualquier vertedero

[#14 supervillanoDeAlquiler]

no seria en todo caso una tendencia del sector en esa época? lo que si me parece chocante es que se pusieran las pilas y lo tuvieran todo muy claro

[#30 iolalla]

Lo único que no me cuadra es que se filtrara en Google+, ¿Quién usaba eso?

[#85 tsiarardak]

#67 De hecho todo esto de los microservicios sin Docker y sin más tarde los sistemas de orquestación de contenedores como kubernetes o marathon hubiera sido algo sumamente complicado de controlar. Todo lo que funciona se apoya en otras cosas

[#94 g3_g3]

Que genios!!! Bezos inventó las API, Jobs el teléfono y Musk el espacio.

Grandes tiempos los que vivimos!!!

[#20 rubentotal]

#4 #12 Recuerda bastante la filosofía d.comandos de Unix. Aunque prohíbe todo lo que usa para compartir datos.

[#71 borteixo]

#64 ahora es nuestro grupo

[#100 mudit0]

#60 ¿Verdad? A mí me pasa lo mismo

[#105 JungSpinoza]

#89 #104 Al que decidio adquirir Annapurna Labs deberian hacerle un monumento en Amazon.

en.wikipedia.org/wiki/Annapurna_Labs

[#43 juanac]

#27 Sí, si yo tengo ahí mi blog, pero no necesito 20 microservicios. No soy Amazon/Google/Facebook/Uber/Twitter que son los que crean ciertas tendencias innecesarias en ocasiones.

[#72 JungSpinoza]

#54 Amazon es el inventor de la nube publica. Yo he trabajado en Google y en Amazon. Y me quedo con Amazon, todo depende del equipo/organizacion donde estes.

[#79 BodyOfCrime]

#56 Tumblr por ejemplo

[#84 Drazul]

#12 aún hay empresas y, peor aún, desarrolladores, que hacen "microservicios" que usan las mismas bases de datos para varios servicios en vez de APIs...

Ya me he tenido que pelear con varios en la nueva empresa en la que estoy trabajando porque están convencidos que esa es la mejor opción... Y son todos gente joven y la empresa tiene 3 años...
PS. El CTO brilla por su ausencia... O incompetencia

[#88 avalancha971]

#86 He puesto Docker/Kubernetes como tecnologías de ejemplo, ya que son las más conocidas. Claro que hay muchas otras que utilizan la misma arquitectura o paradigma como dices.

Si miras en el artículo de la Wikipedia sobre la historia de Microservicios, se empieza a hablar como pronto en 2004, posterior a esto de Bezos.
en.wikipedia.org/wiki/Microservices#History

Bezos en aquél entonces hablaba de algo más simple, SOA como dices, que llevaba años siendo utilizado. No hizo ningún cambio de paradigma.

[#95 crateo]

#43 Como dice #61, si que los necesitas, solo que son transparentes y no los tienes que usar tu. Es decir, el mejor microservicio es el que nunca notas . ¿Tu comentario? Microservicios. ¿Tu correo electronico? Microservicios. ¿Cualquier app de tu telefono? Lo mismo.

[#96 crateo]

#69 ¿Para qué cambiar algo que ya funcionaba?

Pues para evitar que deje de funcionar. Es un tema de escalabilidad.

[#21 kevers]

#12 yo creo que la sencillez y genialidad provienen del concepto y no tanto de su puesta en práctica.

[#74 --100894--]

No sé quien escribió el correo, y tengo claro que no inventaron la arquitectura, pero sí fueron quienes marcaron un cambio de tendencia que aún hoy está siendo adoptada por muchos de sus competidores. Ole, Ole y Ole.

[#36 selina_kyle]

#8 no

[#97 elgranmago]

#96 Que sí, si lo sé y estoy completamente deacuerdo, pero ahora vete a explicarle al financiero y al boss que lo que has hecho hasta ese momento "no vale" (muy entre comillas) y que hay que gastarse la pasta en refactorizarlo.

[#99 --89888--]

#54 Hasta donde tengo entendido, nadie ha dicho que descubrió esas tecnologías, lo que han dicho siempre es que las vió, las disfrutó, y las ordenó.
Que no es lo mismo.

[#38 DrV]

#17 en el software industrial era muy común.

[#50 blockchain]

#47 sí, el tema de las APIs es sencillo. Lo que pasa es que los humanos no lo somos.

Ya sabes, PEBKAC

[#52 FooDev]

#1 Muy interesante. Como cambia la informática. Cosas que parecen obvias a día de hoy antes costaba verlas.

[#59 amchacon]

#34 pero esa no es la idea

[#61 amchacon]

#43 hombre ya, para un blog personal con 500 visitas mensuales. Pues te cojes un EC2 e instalas WordPress y la base de datos manualmente.

El tema está cuando ese mismo blog pertenece a un cliente con miles de visitas mensuales y que no puede permitirse caídas. Ahí ya te tienes que preocupar de desacoplar la arquitectura en varios trozos, aka microservicios.

Para un WordPress, entiendo algo así:

- Un RDS para la base de datos aurora mysql.
- Un fargate con la imagen de WordPress. Al menos 2 instancias corriendo.
- Un EFS con los ficheros adjuntos del blog.
- Un load balancer correctamente configurado.
- Opcionalmente, un cloudfront enfrente de esto. Ahí ya depende de cuanto ancho de banda gastas y de donde viene el tráfico.

Aunque no hayas escrito nada de código, esto ya es una arquitectura de microservicios. Todos los componentes están debidamente desacoplados entre sí.

[#64 amchacon]

#29 llegó el marxista al grupo.

[#68 Razhan]

Ah, la muerte de Obidos y el nacimiento de Gurupa

[#78 El_perro_verde]

#72 Amazon es una cosa, Bezos es otra

[#101 UncleOwen]

#64 Las APIs ya eran un estándar en muchos sitios en el año 2000, eBay se apuntó al carro y publicó la suya en noviembre de ese mismo año. En 2002 cualquiera que supiera juntar las palabras de una revista para programadores sabía que las APIs no eran ya el futuro, sino el presente. Si este señor es un revolucionario, la estanquera de mi barrio fue una visionaria cuando instaló el TPV.

[#102 UncleOwen]

#87 Gracias por tu respuesta, ahora viene tu explicación de por qué necesitas descalificar a los demás para proteger una mentira.

Debajo de la línea, por favor:
____________________________________

[#107 UncleOwen]

#103 ¿Quieres decir que años antes de que este señor escribiera sus voluntades en una circular había empresas que usaban APIs y empresas que no, y que años después sigue habiendo empresas que las usan y empresas que no? Pues vaya "revolución tecnológica" de mierda.