|单体服务->微服务


|单体服务->微服务


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