内容简介：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》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
高性能Python
（美）戈雷利克、（英）欧日沃尔德 / 东南大学出版社 / 2015-2
你的Python代码也许运行正确，但是你需要运行得更快速。通过探讨隐藏在设计备选方案中的基础理论，戈雷利克和欧日沃尔德编著的《高性能Python》将帮助你更深入地理解Python的实现。你将了解如何定位性能瓶颈，从而显著提升高数据流量程序中的代码执行效率。 你该如何利用多核架构和集群？或者你该如何搭建一个可以自由伸缩而不会影响可靠性的系统？有经验的Python程序员将会学习到这类问题的具体解......一起来看看 《高性能Python》 这本书的介绍吧!
