逆行之举?肝了三年微服务,怎么还有人在用单体架构
最近网上一些看不惯微服务的、单体应用的拥趸在网上炸了锅,因为出了一篇很火的博客,一家全球流媒体企业的监测系统从Serverless+微服务改成了单体,但成本居然降低了90%! 著名的微服务批评者DHH(Ruby on Rails作者,37signals的创始人)也跳出来写了一篇文章:“用单体替代微服务……简化了系统,真是一场胜利……微服务让你的系统不必要地复杂化,Serverless让情况变得更糟。” DHH也曾经是我的偶像,如果你长期关注他的博客,你就知道,DHH并不是反对微服务架构,他的观点是反对过早优化或过早复杂化,主张在项目早期保持架构的简单,等到应用足够大的时候,拆分成微服务能获得实质好处的时候才考虑微服务架构。 那在监控系统这件事情上,是用户错了,还是DHH错了? 我也去仔细地研究了英文原文,一个单词一个单词地看了一遍。 我发现根本不是那回事儿,这并不像吃瓜群众看到的那样,仅仅是“回归”单体应用,或者说大家的关注点都盯着那个成本降低了90%。 大部分人忽略了两件事情: (1)架构的演进 (2)Serverless First 一、架构的演进 视频监控系统最早版本确实选择...
