微服务架构，这 5 年左右一直被认可，是软件架构的未来方向。需要大家理解的是，为什么需要服务化。比如微服务架构对企业来说，带来什么价值？有啥弊端？

这里浅谈一下微服务架构，主要还是在理解 Why ：为什么需要服务化？

一、对微服务架构的理解

1.1 微服务架构

微服务架构，主要是多了个 “微”。亚马逊有个粗粗的定义：一个微服务应用工程的所有开发、测试、运维加起来大约 6 到 8 个人，只需要两个披萨就可以聚餐了。

反例：不是一个 Service 类组成的应用工程，发布成服务就是微服务。这样分的太小，理解微服务就很片面。杭州某金融大厂，曾经分的很细，造成了运维测试成本巨大。开始分了合，折腾...

1.2 为啥需要微服务？

由 SOA 架构 -> 微服务架构的转变，得理解为什么微服务架构被广泛提到并实践。它解决了什么问题，带来了什么价值？

传统企业或者很多企业的软件，大多不止一套系统，都是各个独立大系统的堆砌。整体存在的问题是：

扩展性差
可靠性不高
维护成本还很大
重复轮子很多

那么这些问题，可以想到的解决方案就是：

组件化
服务化

微服务架构，将各个组件或者模块分散到各个服务中，对整个系统实现解耦。那微服务架构强调的重中之重就是业务系统需要完善的组件化和服务化。什么是组件化？

组件化，即将一个大系统，按照一定的业务或者技术维度关注形式，拆分成独立的组件。目的是为了分而治之，为了可重用，为了减少耦合度。比如按照技术维度：搜索组件、缓存组件；按照业务维度：用户中心、支付中心等

组件化是不是有点中台的意思？阿里巴巴提出大中台，小前台；就是把组件化、插件化、服务化解决方案到极致。通过产品线公共业务或者技术下沉，形成各种技术或者业务中台

（图来自漫画程序员小灰）

二、服务化前的问题

2.1 没有服务化，不代表不是分布式或集群

分布式，就是多个实例提供相同的服务。比如多个地方动车站里面，多个机器提供取票服务。多个地方，北京上海等，就是多机房，多个取票服务一起组成了集群，形成分布式服务。那啥是服务化？

服务化，强调 “化”！核心就是不同服务之间的通信。是一种以服务为中心的解决方案：

服务注册
服务发布
服务调用
服务监控
服务负载均衡
等等

2.2 没有服务化的架构问题

没有服务化前，举个例子，会更形象：

假设有个取票服务、买票服务、改座服务都需要验证下用户身份真实性，那么会存在下面的问题：

取票服务 -> 调用用户DB代码 -> 用户DB
买票服务 -> 调用用户DB代码 -> 用户DB
改座服务 -> 调用用户DB代码 -> 用户DB

明显的问题是：

代码重复：不同业务相同访问 DB 的 userDAO 代码逻辑。而且每个服务这块代码是不同人维护的。
可维护性低：不同人维护；不同地方维护；每次 DB 字段改变或者迁库，全部业务都有修改
DB 访问耦合

自然也有解决方案是：lib。维护一个 user-DAO-lib 1.0.0 release 包，给各个业务方。

解决了问题，引入了新的问题，lib 升级是巨大而又漫长的问题。比如小李是维护 user-DAO-lib 的人，有一次写了隐蔽的 bug 。user-lib 升级到了 1.0.1 release，花了 1 个月左右时间，推几十个业务方升级完毕。然后这个 bug 运行了几天出现了，考虑升级fix或者回滚都是巨大的成本

基于服务化，就可以完美解决问题。

三、服务化后的好处

如图 Post 文章服务调用 Video 视频服务，需要通过最上层的 Service 之间相互调用。服务化明显改变：

DB 隔离：这样底层细节设计可以屏蔽，后续加上其他存储 Cache 等对业务调用方无感知。
通过 Service 之间通信：具体协议可以 RPC / HTTP 等

服务化后的好处：

调用简单：不用写相同的访问用户服务代码，调用一个服务即可
代码复用：跟 lib 形式的代码复用有所区别在于，服务化通过通信的方式解决
业务隔离
数据库解耦
等等

四、不可否认的微服务架构或者服务化带来新的问题

1、本身不大的系统，业务不复杂的系统也不需要微服务架构。微服务架构会带来一定的复杂性，是一套完整的服务治理方案 2、多个模块数据库，分布式事务是一个挑战 3、开发过程，增加了测试等一定的复杂性

有利必有弊，具体场景具体选择

五、小结

本小结，不是讲how，讲的是 why。只有懂 why ，才能更好地 do。从为啥服务化？到为啥微服务架构这么流行：

微服务扩展性高
微服务可靠性高
微服务维护成本小
微服务几乎没有重复轮子
微服务直接调用调用简单
微服务业务隔离
微服务数据库解耦
等等

参考资料

精华资料原文链接 http://www.bysocket.com/technique/architecture/2423.html
互联网架构，究竟为啥要做服务化？https://mp.weixin.qq.com/s/S6ga8y88qaAjbKjuKMrowQ
https://zh.wikipedia.org/zh-sg/%E5%BE%AE%E6%9C%8D%E5%8B%99

本文由博客一文多发平台 OpenWrite 发布！

为什么要微服务架构服务化？相关推荐

【架构】分布式服务架构与微服务架构
文章目录 0)服务相关架构的演变 *关于面向对象.面向组件.面向服务 1)面向服务架构(SOA) 1.1 什么是面向服务架构(SOA)? 1.2 为什么需要SOA? 1.3 SOA 的特征 1.4 S ...
华为架构师8年经验谈：从单体架构到微服务的服务化演进之路
本次分享的技术大纲如下: 传统应用开发面临的挑战服务化实践服务化不是银弹服务化架构的演进方向一 .传统应用开发面临的挑战挑战1-- 研发成本高主要体现在如下几个方面: 代码重复率高在实际 ...
组件化、模块化、集中式、分布式、服务化、面向服务的架构、微服务架构
组件化.模块化.集中式.分布式.服务化.面向服务的架构.微服务架构最近最火的词是什么?那大概就是微服务(Microservice)了.最近也火的一踏糊涂的Docker.DevOps也都是围绕着微服务 ...
【服务化架构】SOA和微服务架构、灵活架构
文章目录一.SOA ESB 二.微服务微服务和Docker 三.关于 SOA和微服务关系的几种观点四.QA 关于ESB的单点故障关于微服务的去中心化和 API网关五.灵活架构导读 SO ...
微服务架构必备的几点知识
微服务架构网关集群:数据的聚合.实现对接入客户端的身份认证.防报文重放与防数据篡改.功能调用的业务鉴权.响应数据的脱敏.流量与并发控制等业务集群:一般情况下移动端访问和浏览器访问的网关需要隔离,防 ...
元数据驱动的微服务架构（上）
本次分享有两个部分: 微服务架构需要元数据介绍微服务与元数据的关系. 一.微服务架构需要元数据企业IT架构已经发展了多个阶段,一方面是服务化架构的发展,在SOA阶段主要解决应用间集成问题,但随着企 ...
Dubbo和Spring Cloud微服务架构对比
一.为什么要使用微服务? 微服务提倡将单一应用程序划分成一组小的服务,服务之间互相协调.互相配合. 今天我们来了解下业内主要的微服务框架:Dubbo 和 Spring Cloud 微服务主要的优势降 ...
这本书，让我秒懂了微服务架构
通过采用微服务架构,企业最大的收益是帮助内部IT建设沿着可演进的方向发展.支持灵活扩展.降低运维成本.快速响应业务变化. 这些底层技术能力的提升让业务更加敏捷.成本可控,企业也可以从中获得技术红利和市 ...
阿里技术专家：为什么说失败的微服务架构，大多死在分布式事务？
微服务因其高内聚.低耦合.高扩展.敏捷开发为很多企业所用,当然,没有任何一项技术是完美的.系统微服务化后,一个看似简单的功能,内部可能需要调用多个服务并操作多个数据库实现. 毫不夸张地说,分布式事务已 ...

为什么要微服务架构服务化？