微服务初探

微服务
微服务是一个相对的概念，要想理解微服务先理解单体应用架构。
什么是单体应用架构？what
一个归档包（例如war包）包含所有的功能的应用程序，我们通常称为单体应用；架构单体应用的方法论，就是单体应用架构。
思想就是：一个归档包包含所有的模块。所有的功能都放在一起，最终把所有的应用打成一个JAR包。
单体架构的优缺点？how
在项目初期，所有的项目初期都是从单体应用架构开始的
优点如下：
1.简单易懂
2.开发，测试，运维方便
但是，随着项目的迭代，功能越来越多，每次测试和一小部分功能的变更都需要整个服务的启停。
单体应用架构缺点：
1.部署时间长，部署频率低（导致每次上版都会有大量的改动，增加换版风险）
2.无法按需求对指定部分功能扩展
why not
整体的某一部分IO密集型功能模块达到了性能瓶颈，需要更大的内存才能支持时，我们只能把整个应用全部迁移到一个更大内存的机器上，无法只针对需要的模块进行单独扩容。
3.重构成本高阻碍技术迭代
整个项目一般要求时同一语言，同一架构，如果想用更好的架构来替换已有版本（eg:struts2 ==>Spring MVC）重构成本很高。

综上：对于小型的简单的项目，单体架构会有很好的发挥。
微服务：（起源于Martin Fowler的一篇博客）
把整个大型系统拆分成若干个小型的应用，而每一个小型的服务运行在自己的进程中。这就意味着每一个微服务都有自己的tomcat。通过所有小型的应用互相协作，共同构建一个完整的系统。
具有以下特点：
1.每一个微服务可以独立的运行在自己的进程里
2.一系列独立运行的微服务共同构建起整个系统
3.每个微服务为独立的业务开发，只关注某个特定的功能
4.全自动机制（CI/CD）（微服务的基石，微服务从来不是一个框架，而是一个完整的架构方法论，而它的前提就是把所有能自动化的东西都自动化。eg:自动化的：测试，构建，部署）
5.异构（不同的语言（不同的语言之间，Java,php,.net等使用不同的模板之间来开发东西而能达到相互通信共同使用的效果）和数据存储（MongDB,Redis和关系型数据库共存））
6.轻量级别的通信机制

凡所有相,皆是虚妄,若见诸相非相,即见如来