微服务理论与实践(二)---单体架构模式

1.单体架构模式方案



 

（1）      单个Java  WAR文件

 

（2）      单个Rails或者NodeJS代码目录层级

 

2.单体架构模式的优缺点

（1）优点

l  为人所熟知：现有的大部分工具、应用服务器、框架和脚本都是这种应用程序；

l  IDE友好：像NetBeans、Eclipse、IntelliJ这些开发环境都是针对开发、部署、调试这样的单个应用而设计的；

l  易于测试：单体应用一旦部署，所有的服务或特性就都可以使用了，这简化了测试过程，因为没有额外的依赖，每项测试都可以在部署完成后立刻开始；

l  容易部署：只需将单个归档文件复制到单个目录下。

 

（2）缺点

l  代码库巨大

l  过载的IDE

代码库越大，IDE性能越差，影响开发者效率

l  过载的Web容器

应用越大，服务的启动时间越长，影响服务的开发和部署速度

l  持续部署苦难

巨大的单体服务本身就是频繁部署的一大障碍，部署时间长，为了部署一个组件往往要部署全部应用。导致不必要的服务停机，并增加部署的风险

l  应用扩展困难

单体服务只能进行一维伸缩

l  难于进行模块化开发

单体服务由于模块无法划分是规模化开发的障碍，无法做到一个团队负责一个模块。

l  需要长期关注同一套技术栈

   单体架构迫使我们长期使用在开发初期选定的技术堆栈（在某些情况下，可能是某些技术的特定版本）。单体应用是渐进采用新技术的障碍  

原文地址：http://blog.csdn.net/sunhuiliang85/article/details/52976157