微服务方法及其如何击败Monolithics
您可能已经听说过,微服务架构风格在过去几年中一直在增长,并且越来越多地被使用。 为什么? 单片式广泛采用的样式发生了什么? 微服务体系结构是否解决了整体设计带来的所有问题? 不,它不能解决所有问题,但是即使如此,微服务还是一种出色的体系结构设计,我对此表示欢迎。 我告诉你为什么。 微服务风格有助于克服单片内部的若干问题,例如效率低下的扩展和卡在一个技术堆栈中。 微服务还减少了模块之间的高度耦合,并具有独立可伸缩性等新功能。 不仅如此,它还与业务领域驱动的设计相得益彰,这对您的组织可能非常有用。 但是,为什么要使用微服务? 您已经知道的整体样式有什么问题? 整体架构是当前最常用于开发应用程序的设计,但是在使用该架构时会遇到以下缺点: 适用于所有业务逻辑的单个繁重的项目:您可能习惯于处理单个大型项目,将其作为一个单元进行部署,然后需要几分钟才能在本地环境中启动并运行。 仅运行您感兴趣的模块并在不到一分钟的时间内准备好它不是很酷吗? 高耦合模块:将不同的模块集成到同一项目中时,经验不足或无知的开发人员很容易在完全不同的模块中重用不同的功能。 虽然重用代码是一种明智的做法,但是错误地使用代码会导致将来的麻烦和许多重构。 将所有代码和模块按仅属于它们的业务逻辑正确分组,这不是很酷吗? 仅一种技术:对于整体项目,后端项目只采用一种技术是很正常的。…