微服务架构学习-【单块架构和微服务的区别】

单块架构：MVC

     视图、控制器、模型分离的程序架构设计我们都称之为MVC架构。

     优点：解决代码间调用复制、程序开发人员职责不清的问题，接口与实现分离，降低各层之间的依赖。开发、测试、部署方便。

     缺点：项目运营维护到一定程度上，代码量越来越庞大，功能越来越复制，导致新人培养成本增高 ，可维护性、灵活性降低；代码交付周期长。

 

        单块结构和微服务的本质区分就是，一个是在逻辑上区分，一个是在物理上区分。

        单块架构其实还是运行在一个进程中，只是它把代码的实现、业务逻辑的实现做了区分，不同的职责实现不同的功能，其本质还是一个物理模块。就好比房子，单块架构是单个房子，只是它把里面的空间分为客厅、厨房、卧室等等，不同的空间可以做不同的事，客厅接待客人，厨房做饭，卧室休息等等。 里面住的人（功能）一直会增加，为了应对这些增加过来的需求，要不停的扩展空间（不停开发迭代、运营维护），发展到一定程度就成为一个庞大的房子了（项目）。运营维护难度也会随之增加

        微服务架构就是为了解决单块架构发展到一定程度时候，人员更迭、开发迭代、运营维护遇到的问题。微服务也是建房子，然后它把房子做一个区分整理，每一个功能作为一个房子来建：比如它单独会建一个客厅，只要是有会客需求的时候，你就可以直接去客厅来。 这样做的话，不停的增加需求，就不停的单独建房子，很多房子最后组建成为一个“小区”，再在小区里面修修路（模块之间用接口相连，轻量级通信）、小区关键位置安装一下摄像头（通信之间做日志记录）、保安来做巡视检查（集体安全防护措施）等等。一个模块清晰、通信自由的微服务项目就随之建立了。