微服务架构 : 从既有的架构迁移到微服务的策略 ( 二 )

全世界没有任何的一个系统, 可一步到位的, 就达到微服务核心概念中, 所谈及的架构上的要求。 我们真正应该要做的事是: 找出将既有架构迁移到微服务的策略、方法、实践与技术。 本篇文章便是先来探讨下: 将既有架构迁移到微服务的策略。

前言

在微服务的核心概念中, 最重要的核心概念便是:

边界上下文 (Bounded Context); 每一个微服务拥有各自的某一端到端业务场景 (功能)与数据 (数据库) 。

微服务基于 "边界上下文 (Bounded Context)" 的核心概念, 最主要的目的便是: 使得每一个微服务均可拥有各自的资源, 而可独立的发布、部署、运作, 进而可使产品的架构, 可更容易的随著外部的使用者、业务量而扩展 。

然而, 很明显的, 全世界没有任何的一个系统, 可一步到位的, 就达到微服务核心概念中, 所谈及的架构上的要求。

我们真正应该要做的事是: 找出将既有架构迁移到微服务的策略、方法、实践与技术。

本篇文章便是先来探讨下: 将既有架构迁移到微服务的策略。

本文

当将既有的架构迁移到微服务时, 常见的作法便是:

A. 只将既有架构的功能模块拆解成粒度较小的功能模块:

这样的作法, 其实, 实质上的意义是不大的。因为, 即使拆解成粒度较小的功能模块, 并且拆解后的各功能模块能互相的解藕, 但, 拆解后的各功能模块, 也许仍需共用数据库。所以, 当数据库即使只是修改某个数据表结构的某几个字段时, 也需同时修改多个功能模块。毫无疑问的, 这不仅会使产品开发的效率低落。拆解后的各功能模块, 在执行持续部署时, 将会有极大的概率会在某个阶段中断。同时, 也会为产品的架构引入新的风险, 甚至是致命的伤害。

B. 将既有架构的功能模块拆解成粒度较小的功能模块的 "同时", 也将既有数据库拆解; 使拆解后的各功能模块, 在拆解后, 便可拥有各自的数据库:

这样的作法, 所会带来的最大的问题是: 日后, 不论是发现拆解后的各功能模块, 粒度是过小或过大, 而需合并或再拆解功能模块时, 都将会有极大的概率, 会花费相当大的工作量在数据库的迁移上。

在将既有的架构迁移到微服务时, 架构师必需要考虑下列两个因素:

1. 我们其实是没法在一开始的时候、一步到位, 就能设计出正确、适当的微服务粒度的; 正确、适当的微服务粒度, 绝对是要经由不断的演进与学习而获得的。

2. 数据库的迁移风险极大; 一定要谋定而后动。

从既有的架构迁移到微服务的策略是:

I. 先以产品架构的性能、可靠性与安全性为首要的考量; 先拆解出粒度大的功能模块。

II. 再考量持续部署的独立性与对业务应变的能力, 而将必要的功能模块再拆解成粒度较小的功能模块。

III. 确定了所拆解的功能模块是正确、适当的微服务粒度后; 同时兼顾了性能、可靠性、安全性、持续部署的独立性与对业务应变的能力; 再进行数据库的拆解与迁移; 使各功能模块 (微服务) 真正拥有各自的数据库。最终, 使各功能模块 (微服务) 真正拥有正确、适当的边界上下文 (Bounded Context) 。

结论:

架构师应该一直铭记在心:

微服务正确、适当的边界上下文 (Bounded Context), 绝对是要经由不断的演进与学习而获得的; 没有标准答案, 没有一步到位的。

图一: 微服务经由容器; 如: Docker; 拥有各自的资源。各微服务便可独立的发布、部署到各个的节点上, 并在各节点上能独立的运行

图二: 微服务的边界上下文 (Bounded Context) 经由单一的容器; 如: Docker; 构建完成。也就是说, 单一的容器内, 包含著微服务所需的所有资源, 如: 操作系统、应用伺服器、数据库、应用系统

图三: 为使微服务的数据库的架构, 有更好的扩展性、可靠性, 而将微服务的数据库独立在另一个容器里; 如: Docker

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏施工队

是前端最火的打包工具,是大前端自动化工厂的重要组成部分

webpack是前端最火的打包工具,是大前端自动化工厂的重要组成部分。上面的LOGO已经非常形象地表达了webpack所做的最主要的事情——打包,尽管它为非常多...

1130
来自专栏跟着阿笨一起玩NET

五层拆解 网站架构

本人转载:http://www.cnblogs.com/scottckt/archive/2010/09/15/1826925.html

1071
来自专栏微信公众号:Java团长

剖析公司技术栈

来源:www.cnblogs.com/wangsen/p/9329735.html

793
来自专栏CSDN技术头条

一场完美的“秒杀”:API加速的业务逻辑

一天清晨,我被一个客户电话惊醒,客户异常焦急,寻问CDN能不能帮助他们解决“秒杀”的问题,他们昨天刚刚进行了“整点秒杀活动”,结果并发量过大,导致服务宕机,用户...

2568
来自专栏用户2442861的专栏

大数据并发问题

http://blog.csdn.net/u014421556/article/details/50964505

1470
来自专栏杨建荣的学习笔记

系统权限开通,这个事情不简单

之前整理过一版系统权限开通的需求,抛开中间过程,总之,系统权限开通功能是正式使用了。之前的一些设计尝试可以参考。

1174
来自专栏BeJavaGod

我们是否需要升级到JDK8?

JDK8发布至今已经很久了,很多开发人员,公司都还是使用的JDK6或者JDK7,看到很多人的评论,那么我们到底要不要升级到JDK8呢? Oracle这个婊子早已...

3727
来自专栏杨建荣的学习笔记

关于PV,流量和带宽(r5笔记第37天)

参加了DTCC归来之后,各大电商技术大牛都会自豪的分享一下自己公司网站的PV,流量等等。当时也是一知半解,回来之后赶紧查了查,也算是扫扫盲。 以下摘自网络中,自...

3844
来自专栏程序员的知识天地

为何Node.js 能成为 Web 应用开发最佳选择?

一项颠覆性的技术进入技术市场总会带来一阵震惊,但随之而来往往是被放弃。然而,Node.js 当然不是这样的情况,它是一个开源的、跨平台的基于 Chrome 的 ...

1013
来自专栏大数据杂谈

被称为“开发者神器”的GitHub,到底该怎么用?

导读:GitHub是一个拥有数十亿行代码的网站,每天有数百万开发者聚集在一起,研究开源软件中存在的问题。开发人员每天都要在工作中使用GitHub或其他基于Git...

863

扫码关注云+社区