|单体服务->微服务

为了后续演示Nacos的微服务中的应用，今天聊聊单体服务和微服务。其实简单的来说，这是一种演进。
单体架构在Web应用程序发展的早期，大部分web工程师将所有的功能模块打包到一起并放在一个web容器中运行，包括前台代码。所有功能模块使用同一个数据库，同一个后台。
这种方式就称为单体架构，这种架构自然有着他的好处，模块之间的交互比较方便，本地开发运行测试也比较方便。部署也是，我们直接将整个应用打包，部署到tomcat或者其他容器下启动就行。
但同样的，随着技术的发展和业务的发展，这种模式也带来了很多弊端。
【|单体服务->微服务】比如说一处崩溃，系统就全崩溃了，因为我们所有的服务都在一起，所以只要有一个地方出了问题就会导致服务崩溃的啊，整个服务所有功能都崩溃了。其次还有诸如，随着项目越来越大，一次服务的启停会花费数分钟甚至数十分钟，这让开发测试和部署都提升了很多成本。当然了还有其他的弊端。
微服务这时候，就出现了微服务架构。微服务架构就是将传统的单体服务，按照业务或公司的自己的规定，拆分成多个服务。每一个服务都是完整的应用，可独立运维部署，也都有自己的业务逻辑等。
这种模式的好处是。不会出现上方单体架构简单所述的弊端。但同时也带来了更高的学习成本以及其他的问题，如何进行服务治理等问题。
Nacos起到的就是承担配置中心和注册中心的作用。目前我们着重于讲述配置中心部分~