微服务全做错了！谷歌提出新方法，成本直接降9倍！

主要观点总结

本文介绍了微服务项目的学习资源和技术趋势，包括谷歌和亚马逊等公司对微服务架构的重新思考，以及单体应用在视频监控领域对微服务的挑战。文章还讨论了微服务的优缺点，如性能损耗、理解追踪难度、管理问题、API脆弱性等。同时，文章提到了谷歌提出的一种新的微服务方法，以及许多团队在将单体应用拆分为微服务时存在的问题。

关键观点总结

关键观点1: 微服务项目的学习资源和技术趋势

包括cloud.macrozheng.com上的文章、51CTO技术栈等资源，介绍了微服务的最新动态和发展趋势。

关键观点2: 谷歌和亚马逊对微服务架构的重新思考

谷歌工程师提出了对当下微服务方法的缺陷，包括性能损耗、理解追踪难度等。而亚马逊则在实践中发现微服务在某些情况下并不一定能降本增效。

关键观点3: 单体应用在视频监控领域的挑战

单体应用在视频监控领域展现出了强大的性能，引发了人们对微服务的重新思考。

关键观点4: 微服务的优缺点分析

详细介绍了微服务的优点如可扩展性，以及存在的缺点如性能损耗、理解追踪难度等。

关键观点5: 谷歌提出的新微服务方法

谷歌提出了一种新的微服务方法，将编程模式和部署模式分开，以提供更高效、更低成本的解决方案。

文章预览

微服务项目学习： cloud.macrozheng.com 撰稿：言征 如烟 来源：51CTO技术栈 2023，微服务“水逆”之年。 长期以来，不管大厂还是小厂，微服务都被认为是云原生服务应用程序架构的事实标准，然而2023，不止那位37signals的DHH决心下云，放弃微服务，就连亚马逊和谷歌等这些云巨头，正在带头开始革了微服务的命。 谷歌坐不住了：我们做的微服务都错了！ “在编写分布式应用程序时，传统观点认为将应用程序拆分为可以独立推出的独立服务。这种方法的初衷是好的，但像这样基于微服务的体系结构往往会适得其反，带来的挑战抵消了体系结构试图实现的好处。” 去年6月，一群谷歌员工（由谷歌软件工程师Michael Whittaker领导）发表了一篇名为“Towards Modern Development of Cloud Applications”的论文，开篇就对当下的微服务架构开怼。 文章认为，从架构上讲，微服 ………………………………