首页教育文章详情

微服务+领域驱动实战训练营(线上,11月15-16日)

本站原创2022-11-02 07:50:01 365

微服务+领域驱动实战训练营(线上,11月15-16日)

【举办单位】北京曼顿培训网 

【咨询电话】4006820825   010-56133998  13810210257

【培训日期】2022年11月15-16日

【培训地点】北京、线上

【培训对象】中高级工程师、企业架构师、软件设计师、技术决策/解决方案人员等。

【课程背景】

近些年,随着互联网的不断发展,市场变化越来越快,需求变更越来越频繁。为了能够跟上市场变化的脚步,在市场竞争中占得先机,越来越多的研发团队选择敏捷开发、快速迭代。然而,越来越庞大的软件系统,越来越复杂的业务逻辑,使得系统维护变得越来越困难,变更成本越来越大,团队工作效率越来越低。许多用户需求需要拖延数月才能交付,使得软件企业痛失有利商机,在市场竞争中处于不利地位。微服务架构正是解决复杂系统的应对之策。

微服务架构将复杂系统化整为零,拆分成一个一个的微服务。然后,将庞大的开发团队拆分成一个一个的独立功能团队,去维护各自的微服务。采用微服务架构降低了团队沟通的成本,降低了系统维护的复杂度,更降低了系统发布的周期,使得我们可以快速交付、快速应对市场需求。

但是,微服务应当如何架构?它有哪些技术特点与技术难点?本课程将会用许多的真实案例讲解,什么是微服务,如何用微服务架构我们的系统,并用工作坊的形式,实际带领学员去架构微服务,在动手中获得知识。

此外,微服务只是工具,只学会工具不行,还要学会如何去运用。微服务背后的理论基础是单一职责原则、领域驱动设计。因此,本课程会带领学员站在更深的层次,去深入领悟单一职责原则的本质,深入学习领域驱动设计的过程,以及如何运用它们在复杂的系统中提高代码质量、应对需求变更,并以此为基础将需求转换为微服务系统的设计。

课程的最后将更加务实地探讨一些在微服务转型过程中大家普遍关心的问题:传统架构如何转型微服务?初创型企业如何建设微服务?成熟型企业开展微服务的思路,以及微服务如何与大数据相结合。特举办“微服务+领域驱动实战训练营”培训班,具体事宜通知如下: 

【培训特色】

本课程注重实战,并以工作坊的形式提供很多案例,让学员通过练习掌握微服务架构设计的过程,以及从传统架构向微服务改造的过程。同时,通过大量真实的案例,讲解许多公司在开展微服务转型过程中面临的难题、解决的思路,以及最终的设计。

【课程大纲】

第一天 上午 第一单元 微服务架构概述

什么是微服务架构

微服务是未来互联网发展的必然结果

1.互联网的发展及其面临的挑战

案例:分析淘宝近十年的发展及其面临的挑战

互联网在面临横向扩展、服务隔离等问题的局限

2.微服务能够更好地解决互联网问题

讲解什么是微服务架构

剖析微服务架构在解决诸多互联网问题时的思路

微服务架构是应对快速市场变化的必然结果

1.技术进步与快速市场变化面临的挑战

市场需要更快速的价值交付与技术迭代

软件规模化发展导致软件交付速度的降低

2.微服务如何解决规模化敏捷的问题

特性团队组织与微服务架构

去中心化技术治理与去中心化数据管理

第二单元 微服务常用架构

基于Spring Cloud Alibaba的微服务技术框架

1.Spring Cloud简介

2.Spring Boot简介

3.Spring Cloud Alibaba

最简版的微服务架构

1.服务注册与发现Nacos

2.服务网关Spring Cloud Gateway

3.微服务及其相互调用Sentinel

4.配置管理 Nacos

第一天 下午 第三单元 服务注册与发现

Nacos注册中心的方案

1.Nacos的系统架构

2.Nacos Server的设计

3.Nacos Client的设计

4.服务发现的设计

?使用ribbon的设计

?使用feign的设计

5.构建高并发、高可用微服务架构

?高可用Nacos集群的搭建

?断路器设计模式的原理及其应用

?故障转移、线程池隔离、优雅降级与熔断

?Sentinel的限流措施设计实践

?Sentinel的服务降级设计实践

?Spring-retry的故障转移设计实践

演练:使用Nacos构建微服务系统

1.搭建Nacos注册中心与配置中心

2.用Springcloud开发生产者

3.用ribbon与feign两种方式开发消费者

4.用Sentinel实现微服务间的高可用

5.实现Sentinel配置的持久化存储

第二天 上午 第四单元 微服务层的设计

微服务架构的6种设计模式

1.聚合模式

案例:电商网站购物功能的设计

?微服务前后端分离的设计

?分布式事务的两阶段提交

?TCC方案与阿里GTS

?采用分布式事务解决跨库的事务操作

案例:电商网站下单服务的设计

单一职责原则与领域驱动设计

?互联网纵向切分在微服务的实现

?纵向切分应当注意的设计问题

?避免跨库关联查询的设计

2.代理模式

案例:电商网站支付功能的设计思路

案例:电商网站多渠道支付的微服务实现

3.链式模式

4.分支模式

5.数据共享模式

案例:微服务+数据中台的建设思路

案例:分布式数据库的架构设计

6.异步消息模式

案例:12306的异步化操作

案例:电商网站异步化操作的微服务实现

微服务的粒度

1.微服务的拆分原则

2.微服务的拆分方式

微服务设计的反模式

1.太多数据迁移

2.数据共享反模式

3.频繁交互反模式

探讨:如何解决微服务接口太多的问题

第二天 下午 第五单元 领域驱动设计

为什么我们需要领域驱动设计

1.现如今DDD越来越流行

2.DDD并不能帮助新项目的软件开发

3.DDD真正的作用是日后长期的维护

实践DDD的4大难题:

1.准确理解为什么要采用DDD?

2.怎样正确地进行业务领域建模?

3.怎样用领域模型指导开发与变更?

4.如何设计支持领域驱动的架构设计?

DDD真正的作用是应对日后的软件维护

标签:
随机快审展示 刷新 快审榜
加入快审,优先展示

加入VIP

提交站点
提交文章
提交小程序
提交公众号