内容简介：What you’re about to read is an excerpt fromGo Time #114. You should read theoriginal transcript or listen to the entire conversation for more context. To set the stage, this is the 2nd ofMonoliths are the future because the problem people are trying to so
What you’re about to read is an excerpt fromGo Time #114. You should read theoriginal transcript or listen to the entire conversation for more context. To set the stage, this is the 2nd of Kelsey Hightower’s unpopular opinions (our new segment which people seem to be enjoying.)
Monoliths are the future because the problem people are trying to solve with microservices doesn’t really line up with reality. Just to be honest - and I’ve done this before, gone from microservices to monoliths and back again. Both directions.
Most people say,
“Look, we lost all of our discipline in the monolith. We just started creating classes, this person went and bought the Gang of Four book , came back and started doing design patterns and then QUIT , so half our codebase is doing this thing over here…”
So now it’s a nightmare. Now the codebase is so bad, and you say,
“You know what we should do? We should break it up. We’re gonna break it up andsomehow find the engineering discipline we never had in the first place.”
And then what they end up doing is creating 50 deployables, but it’s really a distributed monolith. So it’s actually the same thing, but instead of function calls and class instantiation, they’re initiating things and throwing it over a network and hoping that it comes back. And since they can’t reliably make it come back, they introduce things like Prometheus , OpenTracing , all of this stuff. I’m like, “What are you doing?!”
Now you went from writing bad code to building bad infrastructurethat you deploy the bad code on top of. There are reasons that you do a microservice. So, to me a microservice makes sense in the context of…
You’re a bank, and you have this big monolith that does everything. Then mobile comes out. You wanna do mobile banking, but it requires a different set of APIs. You don’t have to add that to the monolith. You can go create a new application that handles most of the mobile concerns, and then connect back to the existing infrastructure to do its work. That makes sense to me. But this idea of “microservices are a best practice” - it seems to be unpopular with most people’s initiatives .
They’re like,
“Oh, we’re bringing inKubernetes, so we can do microservices. We are going to rearchitect everything.”
Because it drives a lot of new spend, it drives a lot of new hiring…
So a lot of people get addicted to all the flourishment of money, and marketing, and it’s just a lot of buzz that people are attaching their assignment to, when honestlyit’s not gonna necessarily solve their problem.
Hear Kelsey’s expert opinion on where Kubernetes is headed (and more) :point_down:
以上所述就是小编给大家介绍的《Monoliths are the future》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
高质量程序设计艺术
斯皮内利斯 / 韩东海 / 人民邮电出版社 / 2008-1 / 55.00元
在本书中，作者回归技术层面。从Apache web server、BSD版本的Unix system、ArgoUMl、ACE网络编程库等著名开源软件中选取了大量真实C、C++和java语言源代码，直观而深刻的阐述了代码中可能存在的各种质量问题，涉及可靠性、安全性、时间性和空间性、可移植性、可维护性以及浮点运算等方面，很多内容都市独辟蹊径，发前人所未发。正因如此，本书继作者的《代码阅读》之后在获Jo......一起来看看 《高质量程序设计艺术》 这本书的介绍吧!
