大数据分析 及应用 线上数字化布局 线下数字化布局 车联网及线下店端消费者旅程与线上消费 者旅程相结合，设计多种跨渠道跨屏互动， 引导进店消费者通过扫码，配车，留资等 行为整合线上数据 利用人脸识别等多种技术及平台，通过可 配置用户聚类评级模型和数据处理算法， 实现消费者深度洞察，提高销售线索质量 及转化率，助力经销商销售 新媒体营销数字化布局 从微信营销及小程序开始布局其他新兴媒体渠道，如抖

servicecomb.apache.org github.com/apache?q=servicecomb 同济大学，教学管理信息微服务化上云 新功能上线 月 -> 天 弹性伸缩 秒级 AI 新生报到人脸识别 教务系 统 科研系 统 人事系 统 … 独立烟囱 (12个) 云容器引擎，微服务引擎，EI服 务 微服务公共组 件 数据平台 教学 科研 人事 … 华为云 servicecomb

月级上线 （>2月） 运维效率提升 人工定位 问题定位时间缩短3倍 微服务化后 案例：助力某无人机企业打造智慧控制大脑 新功能上线 月 -> 天 弹性伸缩 秒级 AI 新生报到人脸识别 教务系统 科研系统 人事系统 … 独立烟囱 (12个) 云容器引擎，微服务引擎，EI服务 微服务公共组件 数据平台 教学 科研 人事 … 案例：助力某大学教学管理信息系统上云 应用市场

微服务架构与领域驱动设计 • 能有效指导服务的设计与划分 基于领域驱动设 计，能有效识别 业务模型/业务上 下⽂文。从业务⻆角 度指导服务拆分。 微服务架构与DDD 01 领域驱动设计的核⼼心 02 基于事件⻛风暴暴的DDD实践 03 领域驱动设计的核⼼心 1.建⽴立统⼀一语⾔言 2.建⽴立领域模型 3.识别依赖关系 4.细分界限上下⽂文 将业务架构和系统架构对应起来，建⽴立针对业务变化的⾼高响应⼒力力架构 清晰 的推测出在过往的⼀一段时间内到底发⽣生了了深数据变化。 寻找命令 参与过程： • 将命令写在蓝⾊色即时贴上 • 将命令贴在所产⽣生的事件旁边 • 有的命令可能产⽣生多个事件 • 识别出触发命令的外部系统和⻆角⾊色 注意要点： • ⽤用户从UI界⾯面进⾏行行的操作 • 外部系统触发 • 定时任务 什什么是命令？ • 命令代表了了外部系统或者⽤用户触发的动作、以及内部的定时⾏行行为 ① ② ③ ④ ⑤ ⑥ 寻找聚合 注意要点： • 聚合接受命令，产⽣生事件 参与过程： • 对命令和事件进⾏行行划分找到聚合边界 • 利利⽤用聚合定义进⾏行行确认 • 识别出分布在时间轴不不同位置的同⼀一个聚合 • 对聚合使⽤用⼤大的⻩黄⾊色即时贴进⾏行行标记 什什么是聚合？ 聚合是⼀一组相关领域对象的集合。 • 聚合内相关对象保证数据⼀一致性 • 只能通过聚合根修改边界内的对象

归属同一微服务 Huawei Confidential 8 微服务拆分工具 单体应用 单体数据库 微服务数据库 A库 B库 服务A 服务B 步骤1：通过SQL的关联程 度、使用次数等，识别出 相关性最高的表划分成一 个微服务 微服务数据库 A库 B库 服务A 服务B 步骤2：通过表结构调整， 将不同的数据库进行解耦， 防止一个微服务跨库访问 （反范式、服务重构等） 微服务数据库

Edge URL规划为：/{pefix}/{microserviceName}/{v1/v2/......}/path • 第一个segment为固定前缀，表示这是一个微服务调用，可用于让前置LB识别这是一个需要转发到edge的请求 这里假设前缀为rest • 第二个segment为微服务名 • 第三个segment表示兼容规则，v1表示调用1.0.0-2.0.0的微服务,v2表示2.0.0-3

演进是动态平衡 • 痛苦的事情提前做 • 运维意识是关键 演进式架构 拥抱变化 动态平衡 业务 技术 团队 架构的演进基于业务、技术和团队的平衡 - 动态的平衡 演进式架构 - 痛苦的事提前做 识别问题并⽤用⾃自动化的⼿手段消除痛苦 演进式架构 - 运维意识是关键 架构只是抽象，直到真正投⼊入运维产⽣生价值 议题 • 微服务架构的核⼼心 • 微服务架构设计原则 • 微服务架构⽣生态系统

端的类库定义，双方互相解耦  微服务接口测试：测试基于流水线的API定义生成自动化测试用例， 防止开发本地随意修改API  微服务API依赖关系：通过微服务流水线编译、打包和系统集成 测试，识别并展示微服务API之间的依赖关系（我依赖谁、谁依赖我）  API变更管控：API变更邮件通知和审批，每日微服务流水线构建， 及时发现接口不兼容问题 实践-不同的微服务开发风格 Website: