摘要：微服务架构最主要的两个特征：细粒度和独立，简单来讲微服务就是细粒度的独立的服务。这有什么好处呢?
微服务架构最主要的两个特征：细粒度和独立，简单来讲微服务就是细粒度的独立的服务。这有什么好处呢?
第一，细粒度就是每一个服务专注做好一件事情，每个服务完成一个单一任务。在功能不变的情况下，应用被分解为多个可管理的服务，很好的解决了复杂性问题。
第二，独立开发，独立测试，独立部署，独立更新。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度，快速的部署变化。因为是分布式的，微服务架构模式使得持续化部署成为可能。
从架构的角度来讲，微服务架构是相当于过去的单体架构来看的。过去是单体架构，虽然做到了SOA面向服务了，但是这些服务都只是分了模块，没有成为独立的服务，他们都是访问统一的数据库。在微服务架构里面这些服务都是独立部署的，服务是独立开发、测试、变更。这些服务都有自己的数据，这是微服务架构。
对比单体架构和微服务架构的区别：
单体架构
在单体系统架构下做一个变更修改，不得不把整个系统重新部署一遍，这个时间周期会很长，而且牵一发动全身。
微服务架构
而微服务架构，每个服务都可以独立的变更和部署。从应用架构的发展来看，最早的CGI,到MVC，到SOA，再到MSA。MSA跟SOA相比新的特征是什么呢?一是独立部署、快速迭代、持续交付。过去的SOA里面每一个模块不是独立部署的。
为什么一直强调独立部署很重要呢?
首先，因为独立部署可以做到快速迭代。持续交付，永远的测试版，这个系统没有完成时，永远在改，因为服务只要有新的需求时就快速变更，哪些服务不用了，让它休眠就完了，这样的话就可以做到持续的交付。
其次，独立部署可以做到只针对需要的部分进行扩展。比如说某一个功能用户大量在使用时，就把更多资源配给它。过去是整块的结构，只能基于整块进行扩展。现在当并发量很大时，只需要根据它的访问系统自动的把资源配给它。
再次，独立部署拥有自己的数据。每个服务都拥有自己的数据，给数据治理也带来了新的要求，推动实现去中心化的服务治理。
所以，单体架构更适合轻量级的简单应用。如果你用它来开发复杂应用，那真的会很糟糕。微服务架构模式则可以用来构建复杂应用。未来业务的敏捷一定要依赖于IT的敏捷，我们一直追求敏捷的IT：一个弹性可扩展的云计算与大数据基础平台(IaaS + PaaS)，加上基于微服务架构的原生云应用(SaaS)开发，这已成为企业级IT的必然选择!
北达软信息化咨询与培训中心(国家信息资源管理北京研究基地)是一家专注于EA研究、咨询和培训的服务机构。成立于2006年，注册在北京大学科技园，通过了ISO9001质量体系认证。北达软最早将TOGAF、FEA、ESA和Archimate等企业架构认证培训引入中国。通过将EA与云计算、大数据、物联网和移动互联网等新IT技术的结合，北达软已形成一套完善的新IT架构或互联网架构设计与转型方法论。
本文转自d1net（转载）
