什么是微服务?

  1. 云栖社区>
  2. 博客>
  3. 正文

什么是微服务?

水灵儿 2018-01-16 17:48:10 浏览1630 评论0

摘要: 浅谈微服务、SOA

b8fb0989fa7459fe2c1138c7c14658e6154ce32a


8dc0a3dfc16b7023947e595c5865fba526c9ce3e

a53d4f00f9e81347527f46e3466496f45bec1259

97ef115d29323498b242d55f4fb152bbfedc2a70


8d47a767d5383302b65c2aaeff391e44d5cb7a07

1e456604a02ef93ab489d8ff74d021003a1dc9ae


缺点一:项目过于臃肿


当大大小小的功能模块都集中在同一项目的时候,整个项目必然会变得臃肿,让开发者难以维护。


缺点二:资源无法隔离


就像刚刚小灰的经历一样,整个单体系统的各个功能模块都依赖于同样的数据库、内存等资源,一旦某个功能模块对资源使用不当,整个系统都会被拖垮。


缺点三:无法灵活扩展


当系统的访问量越来越大的时候,单体系统固然可以进行水平扩展,部署在多台机器上组成集群:

04a30bc45fbd2ee2eb0e36066e021c7e936be313

但是这种扩展并非灵活的扩展。比如我们现在的性能瓶颈是支付模块,希望只针对支付模块做水平扩展,这一点在单体系统是做不到的。


d4207f0dce9479eefd1eaac93e50a83a6871f5ea



什么是微服务?


微服务(Microservice Architecture)是近几年流行的一种架构思想,关于它的概念很难一言以蔽之。


究竟什么是微服务呢?我们在此引用 ThoughtWorks 公司的首席科学家 Martin Fowler 的一段话:

c705ce4f897d94777f95bd210a0c0f4ce405db06


In short, the microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.



谷歌翻译如下:


简而言之,微服务架构风格是一种将单个应用程序作为一套小型服务开发的方法,每种应用程序都在自己的进程中运行,并与轻量级机制(通常是HTTP资源API)进行通信。 这些服务是围绕业务功能构建的,可以通过全自动部署机制独立部署。 这些服务的集中管理最少,可以用不同的编程语言编写,并使用不同的数据存储技术。



说了这么多概念,微服务有什么样的具体特点呢?


1.独立部署,灵活扩展


传统的单体架构是以整个系统为单位进行部署,而微服务则是以每一个独立组件(例如用户服务,商品服务)为单位进行部署。


用一张经典的图来表现,就是下面这个样子:

e0103db9b9201d0b2073f0cb100c3cfd28559ca4


图中左边是单体架构的集群,右边是微服务集群。


什么意思呢?比如根据每个服务的吞吐量不同,支付服务需要部署20台机器,用户服务需要部署30台机器,而商品服务只需要部署10台机器。这种灵活部署只有微服务架构才能实现。


而近几年流行的Docker,为微服务架构提供了有效的容器。



2.资源的有效隔离


微服务设计的原则之一,就是每一个微服务拥有独立的数据源,假如微服务A想要读写微服务B的数据库,只能调用微服务B对外暴露的接口来完成。这样有效避免了服务之间争用数据库和缓存资源所带来的问题。

9321ad792241081206bf064b815373ea9a056358



同时,由于每一个微服务实例在Docker容器上运行,实现了服务器资源(内存、CPU资源等)的有效隔离。



3.团队组织架构的调整


微服务设计的思想也改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构,前端有前端的团队,后端有后端的团队,DBA有DBA的团队,测试有测试的团队。

4b96d2ec18e0f2504eeff98a8e182f218a686cbc


而微服务的设计思想对团队的划分有着一定的影响,使得团队组织架构的划分更倾向于垂直架构,比如用户业务是一个团队来负责,支付业务是一个团队来负责。

448324a448399dc958890a4077c7ff67a649a33f



当然,这种垂直划分只是一个理想的架构,实际在企业中并不会把团队组织架构拆分得这么绝对



微服务与面向服务架构SOA的区别

c8776f39dc358abda87c6fde2e7c844c1241d3f0


SOA是什么样子呢?可以是下面这样的Web Service:

10a3c95d582484e6779c5170f69dde7991d69f63


也可以是下面这样的ESB企业服务总线:

23317d98774fa297869d5b734d2f662ab60adf78


总之,SOA架构强调的是异构系统之间的通信和解耦合,而微服务架构强调的是系统按业务边界做细粒度的拆分和部署。

919d7ff024b0613bc290ccdb650b4021bb249e85

微服务架构的不足

021d33f6adc34ae33a2a9b5caf4af9824bdc69e2


本文转自公众号:程序员小灰



【云栖快讯】一站式开发者服务,海量学习资源免费学  详情请点击

网友评论