如何落地业务建模
徐昊
ThoughtWorks中国区CTO
新⼈⾸单¥59.9
2386 人已学习
课程目录
已更新 24 讲 / 共 27 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词|为什么你需要学习业务建模?
免费
旧约:“前云时代”的领域驱动设计 (11讲)
01|领域驱动设计到底在讲什么?
02|统一语言是必要的吗?
03|我们要怎么理解领域驱动设计?
04|跨越现实的障碍(上):要性能还是要模型?
05|跨越现实的障碍(中):富含知识还是代码坏味道?
06 | 跨越现实的障碍(下):架构分层就对了吗?
07|统一语言可以是领域模型本身吗?
08 | 什么办法可以在讨论中自然形成统一语言?
09|怎么才能更有效地获得事件流?
10 | 将模型实现为RESTful API(上)
11|将模型实现为RESTful API(下)
深度答疑专题 (4讲)
说点题外话01|好耦和与坏耦和
说点题外话02|模式并不是解决方案
说点题外话03|银弹可以杀死狼人,但你怎么知道狼人不是你呢?
说点题外话04|面向对象的原则适用于RESTful API吗?
新约:云时代的业务建模 (8讲)
12|云时代的挑战(上):弹性边界还是业务边界?
13|云时代的挑战(下):如何保持弹性边界的独立性?
14 | 8X Flow(上):何为业务?何为领域?
15|8X Flow(中):如何通过模型发现业务系统的变化点?
16|8X Flow(下):多于一个例子
17|中台建模(上):到底什么是中台?
18|中台建模(下):如何寻找可复用的业务模式?
19|如何将模型实现为微服务?
如何落地业务建模
15
15
1.0x
00:00/00:00
登录|注册

19|如何将模型实现为微服务?

你好,我是徐昊。今天我们来聊聊如何将 8X Flow 模型映射为微服务。
经过 14-16 节的学习,我们已经可以使用合同上下文、履约上下文和领域上下文对业务进行建模了。那么当我们希望在云平台上将业务模型实现为软件系统时,就需要将合同上下文、履约上下文和领域上下文作为系统天然的边界,并将它们放置到不同的弹性边界中,从而在满足业务扩展与需求变化的前提下,尽可能地降低成本。
有了弹性边界,我们自然很容易地想到可以将不同弹性边界内的内容,实现成微服务架构风格(Microservices)。那么今天我们就来讲一讲,如何将 8X Flow 的模型实现为微服务架构风格。

微服务还是伪微服务?

在开始讨论这个问题之前,我们首先要重申一下什么是微服务。关于微服务,现在有诸多迷思,以及很多看起来像是微服务,但实则南辕北辙的伪微服务风格。
在 James Lewis 和 Martin Fowler 的名作《微服务》中,将微服务定义为一种架构风格,并总结了它的九种特质:
通过服务实现组件化;
服务按照业务能力划分组织;
服务以产品而不是项目研发;
逻辑集中在服务中,编排简单;
每个服务自主决策(技术栈、语言等等);
每个服务自主管理数据(不强制使用统一数据源);
基础设施自动化;
将服务失败当作常态纳入设计考量;
演进式设计(不求一步到位)。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《如何落地业务建模》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言(2)

  • JAVA_HOME
    产品化要更多考虑不同版本之间的兼容性

    作者回复: 因为会对版本并行 所以不太需要

    2021-08-14
    2
    1
  • Jxin
    回答课后题:
    产品化意味着要有打磨产品的意识,从以下角度展开yy。
    1.从需求角度。做产品化就得去思考和挖掘产品背后的目标用户是谁,以及他的真实诉求是什么。想明白解决谁的什么问题,对自己的产品做合理的定位。拒绝平均化,不做满足一切的产品。(讲人话就是主动去定义自己的产品,发现支点找准边界)
    2.从服务的角度。服务是产品重要的组成部分,产品化意味着我们也需要具备与之匹配的服务能力。比如,成立答疑小组,制定和监管答疑考评制度与指标。将经验变成流程,流程变成工具,沉淀知识库,让服务质量从依赖个人英雄转向依赖团队沉淀。
    3.从运营角度。现在的软件服务相对以往有个很大的转变,从交付式产品(卖软件)向运营式产品转型。而运营式产品,交付只是开始,随后需要一天不停的成长直至死亡。这就需要我们的软件产品具备快速支持迭代的扩展性(1~10),我们的开发团队具备抽血重构的能力与魄力(10~1)。
    4.从定价角度。一个产品怎么可以没有定价(哪怕你是内部产品也要有)。而且我们不仅要给产品设定价格,还要赋予它价格歧视的特性。以内部产品为例,任何需求不管是使用已有能力的调用还是需要新特性支持的迭代,都需要需求方证明能带来达标的价值(价格)才允许接入/排期。对于核心系统与旁支系统,提供不同限流阀值(价格歧视,同等价格买到的量不同)。对于战略目标提供优先排期的特权(价格歧视,同等价格支持的优先级不一样)。

    作者回复: nice

    2021-08-15
收起评论
2
返回
顶部