微服务失败的八个常见原因（下）
极客时间编辑部
讲述：丁婵大小：5.94M时长：04:20
来源：InfoQ 中文站
此前，软件工程师谢哈尔·古拉蒂（Shekhar Gulati）在审查了多家数字化转型产品团队的架构后，总结并分享了一些微服务失败的常见原因。在上一篇文章中，我们分享了微服务失败的其中四个常见原因，本文继续分享其余四个原因及正确解决方案。
原因 1：多语言编程设计
一些团队使用多种编程语言、多种数据库、多种缓存，并以最佳工具的名义进行工作。所有这些都在项目的初始阶段起作用，但随着你的产品投入生产，这些选择开始显露出弊端。例如你构建一个 JavaSpringBoot 应用程序，你逐渐意识到 Java 占用了更多的内存，且性能也很差，所以你最终决定改用 Node.js。
技术团队最好列出一个可以使用的语言列表，并要列出一种语言比另一种语言更适合的理由。在选择一门语言之前，你应该考虑以下一些问题：
找到成熟的企业软件开发人员有多容易？
重新培训开发人员掌握新技术有多容易？我们发现 Java 开发人员可以相对容易地学习 Golang。
初始团队之外的开发人员贡献、转移和维护其他人编写的代码有多容易？
就工具和库的方面而言，生态系统有多成熟？
这不仅仅局限于编程语言，也适用于数据库领域。如果你的系统中已经有了 MongoDB，那么你为什么要在生态系统中使用 ArangoDB 呢？它们都主要是文档数据库。要始终考虑使用多种技术的维护和操作方面。
原因 2：人员的依赖性
这并非微服务特有的现象，但在微服务生态系统中却变得更加普遍。原因是，大多数团队专注于他们的特定服务，因此他们并不了解完整的生态系统。只有一群架构师了解整体情况。但是，这些架构师并不积极参与日常活动，他们对开发的影响力是有限的。
所以，最好确保所有团队都有一个架构师，这样架构师团队就可以使所有团队的路线图和目标保持一致了。要成为一个成熟的组织，你需要投资于建立一个轻量级的治理。
原因 3：文档的缺乏
在很多组织中，大多数开发人员和架构师要么不去编写文档，要么编写的文档毫无用处。即使他们想写，他们也不知道应该如何记录他们的架构。
在编写文档时，至少应该记录以下内容：
另外，建议在版本控制系统中维护所有的文档。
原因 4：功能超过平台成熟度
微服务要比传统的单体式应用（monolithic application）更为复杂，因为你正在构建一个包含许多活动部件的分布式系统。大多数开发人员还不了解系统的不同故障模式，大多数微服务在构建时都考虑了令人快乐的路径。因此，如果你的管理层只想仅仅关注功能，那么你注定会失败，因为在薄弱平台上构建的功能是无法提供价值的。
组织需要有平台思维，平台思维可不仅仅意味着使用容器和 Kubernetes。它们是解决方案的一部分，但本身并非完整的解决方案。你还需要考虑分布式跟踪、可观察性、混沌测试、函数调用与网络调用、服务间通信的安全服务、可调试性等等。这需要在构建正确的平台和工具团队方面付出认真的努力和投资。
除了上述原因之外，微服务失败的常见原因还有版本控制托管平台缺乏可见性、服务没有明确的定义、缺乏自动化测试等。
以上就是今天的内容，希望对你有所帮助。
英文原文：
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(2)
- 最新
- 精选
Jack不同的服务，使用不同的语言开发不应该是在开发语言上解耦的一种最佳实践吗？ 譬如用户服务用Java，营销服务用.Net Core这种应该是值得推荐的吧
小斧原因 1：多语言编程设计 原因 2：人员的依赖性 原因 3：文档的缺乏 原因 4：功能超过平台成熟度
收起评论