乐趣区

关于java:微服务架构对企业来说带来什么价值有啥弊端

jiezi

微服务架构，这 5 年左右始终被认可，是软件架构的将来方向。须要大家了解的是，为什么须要服务化。比方微服务架构对企业来说，带来什么价值？有啥弊病？

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

https://weiyucloud.com/

一、对微服务架构的了解

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/techn…
  • 互联网架构，到底为啥要做服务化？https://mp.weixin.qq.com/s/S6…
  • https://zh.wikipedia.org/zh-s…

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

退出移动版