85
Humble Software Architecture Bundle
(www.humblebundle.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 17 Sep 2023
85 points (100.0% liked)
Programming
13361 readers
1 users here now
All things programming and coding related. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 1 year ago
MODERATORS
Wasn't everyone here up in arms against micro services a week ago or so?
Just curious what everybody thinks.
I've been out for a bit, what's wrong with them? Or is this being mixed up with microtransactions?
Nah, there have been some blogs recently from engineers who were bucking the Microservice trend - Notably Amazon Prime Video moved back to more of a monolith deployment and saw performance improvement and infrastructure cost reduction
https://www.linkedin.com/pulse/shift-back-monolithic-architecture-why-some-big-making-boudy-de-geer
I wouldn't say anything is wrong with them, the pros and cons have been there, but the cons are starting to be more recognized by decision makers
I mean, Prime Video is still a bunch of microservices, it comes down to where you define the boundary between 'service and 'microservice'. That blogpost was specifically about "the Prime Video audio/video monitoring service". Eg it's a service/microservice for QA, not for all of Prime Video. I'm sure there are seperate services for billing, browsing, captioning, and streaming.
And although the author called it "moving from microservices to monolith" it's more about moving from serverless to more traditional compute.
Ahh, thanks for the info!
The Prime Video example was more like moving from nano-service insanity to sanity. They basically split EVERY POSSIBLE STEP into separate lambdas. They switched to still using microservices, but they do all transcoding steps for a single video on the same microservice instance (aka sanity).
They also make sense if you have heavily uneven traffic, either time-wise, service-wise, or both. Being able to scale up/down individual components is the point