模式是针对特定上下文中发生的问题的可重用解决方案。这个想法起源于现实世界中的建筑架构设计，并且已被证明针对软件架构设计同样行之有效。
常用的模式结构包括：1、需求 2、结果上下文 3、相关模式
对于大型和复杂的应用程序，微服务架构往往是最佳的选择。然后，除了拥有正确的架构之外，成功的软件开发还需要在组织、开发和交付流程做一些工作。
解决方法之一是：把大团队拆分成一系列小团队，每个团队都足够小，有一个明确的职责。每个团队都是跨职责的，可以独立完成开发、测试和部署等任务，而不需要频繁与其他团队沟通或者协调。
持续交付：能够以可持续的方式安全、快速地将所有类型的更改（包括新功能、配置更改、错误修复和实验）交付到生产环境或用户手中。
总结：
- 单体架构模式应用程序构建为单个可部署单元
- 微服务架构模式将系统分解为一组可独立部署的服务，每个服务都有自己的数据库
- 单体架构是简单应用的不错选择，微服务架构通常是大型复杂应用的更好选择
- 微服务架构使小型自治团队能够并行工作，从而加快软件开发的速度
- 微服务架构不是银弹，它存在包括复杂性在内的诸多弊端
- 微服务架构模式语言是一组模式，可帮助使用微服务架构构建应用程序，它可以帮助你决定是否使用微服务架构，如果你选择微服务架构，模式语言可以帮助你有效地应用它
来源：CSDN
作者：我是小小小蟋蟀
链接：https://blog.csdn.net/xyz_729193/article/details/103715172