关于微服务架构,你不得不知道的事

    
bdrit
16-09-26 356

 微服务架构最主要的两个特征:细粒度和独立,简单来讲微服务就是细粒度的独立的服务。这有什么好处呢?

  第一,细粒度就是每一个服务专注做好一件事情,每个服务完成一个单一任务。在功能不变的情况下,应用被分解为多个可管理的服务,很好的解决了复杂性问题。

  第二,独立开发,独立测试,独立部署,独立更新。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度,快速的部署变化。因为是分布式的,微服务架构模式使得持续化部署成为可能。

  从架构的角度来讲,微服务架构是相当于过去的单体架构来看的。过去是单体架构,虽然做到了SOA面向服务了,但是这些服务都只是分了模块,没有成为独立的服务,他们都是访问统一的数据库。在微服务架构里面这些服务都是独立部署的,服务是独立开发、测试、变更。这些服务都有自己的数据,这是微服务架构。

  单体架构与微服务架构的区别:

  在单体系统架构下做一个变更修改,不得不把整个系统重新部署一遍,这个时间周期会很长,而且牵一发动全身。

  而微服务架构,每个服务都可以独立的变更和部署。从应用架构的发展来看,最早的CGI,到MVC,到SOA,再到MSA。MSA跟SOA相比新的特征是什么呢?一是独立部署、快速迭代、持续交付。过去的SOA里面每一个模块不是独立部署的。

  为什么一直强调独立部署很重要呢?

  首先,因为独立部署可以做到快速迭代。持续交付,永远的测试版,这个系统没有完成时,永远在改,因为服务只要有新的需求时就快速变更,哪些服务不用了,让它休眠就完了,这样的话就可以做到持续的交付。

  其次,独立部署可以做到只针对需要的部分进行扩展,比如说某一个功能用户大量在使用时,就把更多资源配给它。过去是整块的结构,只能基于整块进行扩展。现在当并发量很大时,只需要根据它的访问系统自动的把资源配给它。

  再次,独立部署拥有自己的数据,每个服务都拥有自己的数据,给数据治理也带来了新的要求,推动实现去中心化的服务治理。
[img index=1]
  所以,单体架构更适合轻量级的简单应用。如果你用它来开发复杂应用,那真的会很糟糕。微服务架构模式则可以用来构建复杂应用。未来业务的敏捷一定要依赖于IT的敏捷,我们一直追求敏捷的IT:一个弹性可扩展的云计算与大数据基础平台(IaaS + PaaS),加上基于微服务架构的原生云应用(SaaS)开发,这已成为企业级IT的必然选择!