推荐超级课程：

• Docker快速入门到精通
• Kubernetes入门到大师通关课
• AWS云服务快速入门实战

我们知道，起初，单体应用有显著的优势：它们更容易开发和部署。从开发人员的角度来看，这种简单性是有益的。一切都是集中的，可以快速更新任何部分的业务逻辑并立即看到结果。这种开发的便利性是许多公司最初选择构建单体应用的原因。

一个单体应用并不总是一个脏乱的凝块。它可以有良好的结构，有着明确的层和模块。但当一个团队开始成长时，问题开始出现。许多人需要在一个代码库上共同工作。到了那一刻，就会出现部署阻塞的问题，一个团队破坏了另一个团队的功能，更新依赖项的困难等等…这样一来，单体应用的开发和部署变得越来越具有挑战性。

因此，许多公司最终考虑过渡到微服务架构。以允许不同的团队独立开发、部署和扩展他们应用的部分。但是，这就要求将一个单体应用切分成许多独立的服务。并且经常这是一个非常复杂的任务。这种复杂性主要是因为单体应用最初并没有考虑未来转向微服务的可能。

从单体应用转向微服务架构不仅仅是将单体划分为独立的部分以便部署为微服务。单体应用的分层结构并不自动意味