| Campo |
Antes |
Después |
| Título |
-Amazon Prime Video monitoring abandona microservicios y reduce costes un 90%
|
- +Amazon Prime Video Monitoring abandona microservicios y reduce costes un 90%
|
|
| Campo |
Antes |
Después |
| Información Adicional |
- Amazon Prime Video acaba de publicar un "case study" donde informan de que [han dejado de usar microservicios para su servicio de monitoreo de streams](https://www.primevideotech.com/video-streaming/scaling-up-the-prime-video-audio-video-monitoring-service-and-reducing-costs-by-90) y como consecuencia han reducido costes un 90%.
-
-- Diagrama actualizado de la nueva arquitectura.
-
- Conectado con este anuncio, David Heinemeier Hansson, creador de [Ruby on Rails](https://rubyonrails.org/), el framework que potencia GM, ha publicado [una interesante reflexión sobre esta decisión](https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580) donde afirma que "Service Oriented Architectures" son una herramienta muy efectiva en contextos muy específicos, pero que la mayoría de aplicaciones, incluyendo todo el mundo de microservicios introducen una complejidad tremenda de forma innecesaria:
-
- > SOA makes perfect sense at the scale of Amazon. No single team could ever hope to know or understand everything needed to steer such a fleet of supertankers. Making teams coordinate via published APIs was a stroke of genius.
- >
- >But, as with many good ideas, this pattern turned toxic as soon as it was adopted outside its original context, and wreaked havoc once it got pushed into the internals of single-application architectures. That's how we got microservices.
- >
- > Replacing method calls and module separations with network invocations and service partitioning within a single, coherent team and application is madness in almost all cases.
-
- Comparto este case study en parte por si ayuda a eliminar algo del sufrimiento que veo por Discord de vez en cuando ( @PiPePiTo :-D).
|
- Amazon Prime Video acaba de publicar un "case study" donde informan de que [han dejado de usar microservicios para su servicio de monitoreo de streams](https://www.primevideotech.com/video-streaming/scaling-up-the-prime-video-audio-video-monitoring-service-and-reducing-costs-by-90) y como consecuencia han reducido costes un 90%.
-
- +
- Diagrama actualizado de la nueva arquitectura.
-
- Conectado con este anuncio, David Heinemeier Hansson, creador de [Ruby on Rails](https://rubyonrails.org/), el framework que potencia GM, ha publicado [una interesante reflexión sobre esta decisión](https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580) donde afirma que "Service Oriented Architectures" son una herramienta muy efectiva en contextos muy específicos, pero que la mayoría de aplicaciones, incluyendo todo el mundo de microservicios introducen una complejidad tremenda de forma innecesaria:
-
- > SOA makes perfect sense at the scale of Amazon. No single team could ever hope to know or understand everything needed to steer such a fleet of supertankers. Making teams coordinate via published APIs was a stroke of genius.
- >
- >But, as with many good ideas, this pattern turned toxic as soon as it was adopted outside its original context, and wreaked havoc once it got pushed into the internals of single-application architectures. That's how we got microservices.
- >
- > Replacing method calls and module separations with network invocations and service partitioning within a single, coherent team and application is madness in almost all cases.
-
- Comparto este case study en parte por si ayuda a eliminar algo del sufrimiento que veo por Discord de vez en cuando ( @PiPePiTo :-D).
|
|
Desarrollo
