架构应用(10),SOA&微服务

一、面向服务的架构 SOA

SOA 提出的背景是企业内部的 IT 系统重复建设且效率低下。

SOA产生的背景:

• 企业各部门有独立的 IT 系统,这些系统可能都涉及人员管理,各 IT 系统都需要重复开发人员管理的功能。

• 随着业务的发展,复杂度越来越高,更多的流程和业务需要多个 IT 系统合作完成。

• 各个独立的 IT 系统可能采购于不同的供应商,实现技术不同,企业自己也不太可能基于这些系统进行重构。

SOA 提出了 三个关键概念:

服务,所有业务功能都是一项服务, 服务就意味着要对外提供开放的能力。服务可大可小, 可简单也可复杂。

ESB,将企业中各个不同的服务连接在一起,SOA 使用 ESB 来屏蔽异构系统 对外提供各种不同的接口方式, 以此来达到服务间高效的互联互通。

松耦合,松耦合的目的是减少各个服务间的依赖和互相影响 。


典型的 SOA 架构

SOA 最广为人垢病的就是 ESB, ESB 需要实现与各种系统间的协议转换、数据转换、透明的动态路由等功能 。ESB 要完成这么多协议和数据格式的互相转换,工作量和复杂度都很大,而且这种转换是需要耗费大量计算性能的,当 ESB 承载的消息 太多时, ESB 本身会成为整个系统的性能瓶颈 。

二、微服务

提到微服务,都会跟SOA进行对比。我们看一些常见的对比观点:

• 微服务是 SOA 的实现方式,SOA 是一种架构理念,而微服务是 SOA 理念的一种具体实现方法。

• 微服务是去掉 ESB 后的 SOA。

•微服务是一种和 SOA 相似但本质上不同的架构理念,认为微服务和 SOA 只是有点类似,但本质上是不同的架构设计理念。

对比一下 SOA 和微服务:

1.服务粒度:SOA 的服务粒度要粗一些,而微服务的服务粒度要细一些。

2.服务通信:SOA 采用了 ESB 作为服务间通信的关键组件,负责服务定义、服务路由 、消息转换、 消息传递,总体上是重量级的实现。微服务推荐使用统一 的协议和格式,例如,阻STful 协议、盯C 协议,无须 ESB 这样的重量级实现。

3.服务交付:SOA 对服务的交付并没有特殊要求,SOA 更多考虑的是兼容己有的系统;微服务的架构理念要求“快速交付飞相应地要求采取自动化测试、持续集成、自动化部署等 敏捷开发相关的最佳实践 。

4.应用场景:SOA 更加适合于庞大、 复杂、异构的企业级系统;微服务更加适合于快速、轻量级、基于 Web 的互联网系统,这类系统业务变化快,需 要快速尝试、快速交付。

微服务的精华,也是微服务与 SOA 的本质区别:

        small 服务细粒度、 lightweight 通信轻量级、automated 持续交付

微服务有哪些坑:

• 服务划分过细,服务间关系复杂。

• 服务数量太多,团队效率急剧下降。(康威定律)

• 调用链太长,性能下降,问题定位困难。

• 没有自动化支撑,无法快速交付。

• 没有服务治理,微服务数量多了后管理混乱 。服务路由,故障隔离,注册和发现。

微服务最佳实践:

1.拆分粒度,“两个披萨”理论(每个团队的人数不能多到两个披萨都不够吃的地步);“ 三个火枪手”的微服务拆分粒度原则,即 一个微服务三个人负责开发 。

当我们在实施微服务架构时,根据团队规模来划分微服务数量 ,如果业务规继续发展,团队规模扩大,我们再将己 有的微服务进行拆分 。 例如,团队最初有 6 个人,那么可以划分为 2 个微服务。

2.拆分方法

(1)基于业务逻辑拆分。

将系统中的业务模块按照职责范围识别出来,每个单独的业 务模块拆分为一个独立的服务。

(2)基于可扩展拆分。

将系统中的业务模块按照稳定性进行排序,将己经成熟和改动不大的服务拆分为稳定服务, 将经常变化和法代的服务拆分为变动服务。稳定的服务粒度可以粗一些,即使逻辑上没有强关 联的服务,也可以放在同一个子系统中。

(3)基于可靠性拆分。

将系统中的业务模块按照优先级排序,将可靠性要求高的核心服务和可靠性要求低的非核心服务拆分开来,然后重点保证核心服务的高可用。

基于可靠性拆分带来的好处:避免非核心服务故障影响核心服务,核心服务高可用方案可以更简单,能够降低高可用成本。

(4)基于性能拆分。

将性能要求高或性能压力大的模块拆分出来,避免 性能压力大的服务影响其他服务。

以上几种拆分方式不是多选 1 ,而是可以根据实际情况自由排列组合。

微服务的基础设施


微服务基础设施

微服务并不是很多人认为的那样又简单又轻量级。要做好微服务,这些基础设 施都是必不可少的 , 否则微服务就会变成一个焦油坑,让业务和团队在里面不断挣扎而无法自拔。

微服务并没有减少复杂度,而只是将复杂度从 ESB 转移到 了 基础设施 。 我们可以看到,“服务发现”“服务路由”等其实都是 ESB 的功能,只是在微服务中剥离出来成 了独立的基础系统。


我需要一个高并发的架构,我的系统要改造成微服务吗?

https://yq.aliyun.com/articles/623271?utm_content=m_1000011884

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容