几十年来，单片软件架构一直是默认选项，多选择。微服务架构解决了单片方法中的许多弱点。在这篇博文中，我们介绍了单片应用程序的问题、微服务架构的优势以及最适合微服务的用例。
单体应用的问题
单体应用程序将所有功能都放在一个代码库中。随着代码库的不断增长，使用起来会变得越来越困难。这种架构面临的最大问题包括：
更新应用程序：您无法选择更改应用程序的一小部分并重新部署它。当您被迫为每次更新重新部署整个应用程序时，实现新功能或推出错误修复就会变得很麻烦。
优化单个组件：您无法根据特定功能自定义资源分配。例如，整个应用程序使用相同类型 希腊电报数据 的数据库，即使对于某些组件来说这是一个糟糕的选择。
引入新开发人员：开发团队的新成员面临陡峭的学习曲线，尤其是当应用程序已有数年历史时。代码库可能很笨重，任何人都很难完全理解。对应用程序的某一部分进行更改可能会导致完全独立的功能出现问题。
水平扩展应用程序：应用程序某个组件所需的资源可能会激增。您无法单独创建和扩展该部分的其他实例，即使应用程序的其余部分不会以相同的方式从资源中受益。
集成新技术：当您尝试创新单片应用程序时，可能会遇到麻烦。集成新技术可能是一个令人沮丧的过程，尤其是对于旧版软件而言。
排除错误：由于错误，整个应用程序可能会瘫痪，而追踪问题需要查看整个代码库。