这周打算关注一个很早就知道但一直没深入研究的主题～微服务架构。今天加班比较晚，就转一下刚看到的微信公众号新IT联盟一篇文章。
微服务架构最主要的两个特征：细粒度和独立，简单来讲微服务就是细粒度的独立的服务。这有什么好处呢？
第一，细粒度就是每一个服务专注做好一件事情，每个服务完成一个单一任务。在功能不变的情况下，应用被分解为多个可管理的服务，很好的解决了复杂性问题。
第二，独立开发，独立测试，独立部署，独立更新。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度，快速的部署变化。因为是分布式的，微服务架构模式使得持续化部署成为可能。
从架构的角度来讲，微服务架构是相当于过去的单体架构来看的。过去是单体架构，虽然做到了SOA面向服务了，但是这些服务都只是分了模块，没有成为独立的服务，他们都是访问统一的数据库。在微服务架构里面这些服务都是独立部署的，服务是独立开发、测试、变更。这些服务都有自己的数据，这是微服务架构。
对比：
单体架构
在单体系统架构下做一个变更修改，不得不把整个系统重新部署一遍，这个时间周期会很长，而且牵一发动全身。
微服务架构
而微服务架构，每个服务都可以独立的变更和部署。从应用架构的发展来看，最早的CGI,到MVC，到SOA，再到MSA。MSA跟SOA相比新的特征是什么呢？一是独立部署、快速迭代、持续交付。过去的SOA里面每一个模块不是独立部署的。
为什么一直强调独立部署很重要呢？
首先，因为独立部署可以做到快速迭代。持续交付，永远的测试版，这个系统没有完成时，永远在改，因为服务只要有新的需求时就快速变更，哪些服务不用了，让它休眠就完了，这样的话就可以做到持续的交付。
其次，独立部署可以做到只针对需要的部分进行扩展。比如说某一个功能用户大量在使用时，就把更多资源配给它。过去是整块的结构，只能基于整块进行扩展。现在当并发量很大时，只需要根据它的访问系统自动的把资源配给它。
再次，独立部署拥有自己的数据。每个服务都拥有自己的数据，给数据治理也带来了新的要求，推动实现去中心化的服务治理。
所以，单体架构更适合轻量级的简单应用。如果你用它来开发复杂应用，那真的会很糟糕。微服务架构模式则可以用来构建复杂应用。未来业务的敏捷一定要依赖于IT的敏捷，我们一直追求敏捷的IT：一个弹性可扩展的云计算与大数据基础平台（IaaS + PaaS），加上基于微服务架构的原生云应用（SaaS）开发，这已成为企业级IT的必然选择！