|
会议详情 |
|
发票类型：增值税普通发票 增值税专用发票
随着企业内外部环境发展变化，为应对不断提升的客户服务要求与快速发展的产品创新需求，需要在业务架构，技术架构，数据架构，组织架构，流程建设多个方面进行改进，需要通过分层解耦，分离客户接触点与业务产品，形成共享程度高，稳定性强的标准化服务，实现松耦合的应用架构，提供灵活高效的研发能力，支持业务场景与合作生态建设的快速响应。
从应用层和基础设施层互相融合的整套体系，称为云原生技术体系。要做好整个企业的云原生体系建设，需要有个总体的视角，不谋全局者，不足以谋一域。我们将企业的架构进行全方面的梳理，并给出云原生体系建设总图。另外，这个图当然不是一蹴而就就能建设完毕的，而是根据业务需求不断迭代演进出来的，因而需要落地的演进路径。
优势：小班授课，20人以内；一对一，单独交流；高端微信群。
本次培训云原生演进过程分为四个阶段：规划、试点、服务化、微服务化。会经历服务数目从1到2000以上的整个过程，以及在这个过程中遇到的问题，及解决方法。
学习收获：
云原生演进过程中常遇到的四个问题及解决方法：
遇到什么样的问题
应该采取什么样的技术解决这个问题，如何解决这个问题
这个技术的实现有很多种，应该如何选型
使用这个技术有没有最佳实践，能不能形成企业的相关规范
容器社区DockOne.io
DockOne.io，最专业的Docker交流平台。关注Docker生态圈开源软件。旨在帮助国内爱好者学习使用Docker。
课程大纲：
1、战略设计
1.1 企业架构的五个方面和六个层次
五个方面：业务架构，技术架构，数据架构，研发流程，组织架构
六个层次：基础设施层，数据层，中间件层，中台服务层，业务服务层，用户接口层
1.2 数字化转型的三个阶段
阶段一：拉通信息系统，重塑组织协同
业务架构：单体应用，企业消息总线集成
技术架构：物理机及虚拟化
数据架构：数据抽取与统计分析
研发流程：测试与发布手工化及脚本化
组织架构：研发与运维隔离
阶段二：构建中台体系，加速业务创新
阶段一的问题，是什么影响了快速迭代。
业务架构：架构耦合问题，架构腐化问题，技术债务问题
技术架构：资源申请慢，复用性差，高可用性差
数据架构：数据分散质量差，单一维度统计分析，人为报告反馈链长
研发流程：上线依赖人，部署风险高，脚本难维护
组织架构：研发运维标准不一，难保障端到端高可用
如何解决这些问题：
中台的定义与误区
中台构建的两种方式和两种模式
一个传统行业中台的案例
业务架构：架构服务化，侧重变化多和复用性，领域拆分与解耦
技术架构：基础设施云化，统一接口，抽象概念，租户自助
数据架构：统一指标体系，建设数据仓库，支撑管理决策
研发流程：发布模式平台化，构建持续集成流程，质量和绩效看板
组织架构：成立中台组/架构师组，衔接研发和运维
阶段三：探索互联网模式，优化产品体验
阶段二在什么情况下遇到问题：
业务对接互联网业务，面临高并发流量
灰度发布，A/B测试，客户参与优化产品体验
如何解决这些问题：
业务架构：架构微服务化，侧重服务治理能力
技术架构：基础设施容器化，统一微服务框架和工具链
数据架构：个性化推荐与精准营销，业务融合数据，数据驱动创新
研发流程：DevOps流程，一切即代码，不可改变基础设施
组织架构：研发和运维融合，应用交付提前到开发，应用治理下沉到运维
1.3 云原生体系建设总图
1.4 云原生体系建设路径
云原生体系建设的四个阶段和25个步骤。
2、战术设计
假设目前的架构状态，应用单体，基础设施虚拟化，发布模式脚本化。
五个方面迭代进行：业务架构，技术架构，数据架构，研发流程，组织架构。
2.1 阶段一：规划——在架构委员会领导下的梳理与规划
组织架构先行：成立架构师组。
从业务架构出发：进行业务流程和领域梳理。
(1) 梳理核心业务流程
(2) 划分核心业务领域
(3) 确定界限上下文及相互关系
(4) 输出按照领域横向拆分架构
2.2 阶段二：试点——选一个项目试点，汲取经验，培养团队，建立规范
研发流程：发布模式平台化，构建持续集成流程。
(5) 构建持续集成流程和测试集合，建立《持续集成规范》
业务架构：架构从试点项目进行服务化，侧重变化多和复用性选择试点项目，领域拆分与解耦。
(6) 选取试点业务，横向拆分（以订单中心为例）
技术架构：着手建立统一微服务框架和API网关。
(7) 需要注册中心及API规范与知识库，建立《微服务接口设计规范》
(8) 为保证平滑拆分，前端无感知，配备API网关
业务架构：服务化拆分的详细技巧。
(9) 微服务拆分的渐进式技术方案，建立《微服务拆分最佳实践》
(10) 为了解耦和质量属性，纵向分层拆分
研发流程：在持续集成流程中，落地各种规范。
(11) 试点业务拆分完毕，总结服务化规范，建立《服务化拆分规范》，《服务化流程规范》，《接口定义，修改规范》，《日志规范》，《数据库设计规范》，《监控规范》，《工程规范》，《日志打点规范》，《质量平台规范》
(12) 如何保证规范落地，质量看板，流程保障，绩效考核，《服务发布流程规范》
2.3 阶段三：服务化——试点结束，在架构委员会的领导下，在服务化规范的指引下，各组制定里程碑计划，逐步拆分
业务架构：架构开始全面服务化历程。
组织架构：建设中台开发组，业务开发组，基础底座组。
(13) 架构委员会的组织服务化分组，分组拆分
(14) 每组制定里程碑计划，定时向架构委员会汇报
技术架构：当服务数量多，配备容器，APM，日志中心，配置中心。
研发流程：环境交付提前，Dev和Ops的融合，一切皆代码，不可改变基础设施。
(15) 微服务拆分数目多，运维受到压力，容器化，建立《大规模容器平台建设最佳实践》
(16) 微服务拆分数目多，定位问题难，全链路监控
(17) 微服务拆分数目多，统一日志中心，建立《日志中心最佳实践》
(18) 微服务拆分数目多，统一配置中心
2.4 阶段四：微服务化——互联网场景，遭遇性能问题，进一步拆分
业务架构：业务进一步拆分。
(19) 为支撑高并发，进一步拆分，性能优化，以订单中心为例
技术架构：更多的服务需要服务治理中心，分布式数据库，分布式事务。
(20) 服务治理，防止雪崩和请求堆积
(21) 服务多，去Oracle，配备分布式数据库和分布式事务组件，建立《Oracle切换分布式数据库流程》
(22) 多服务一致性，使用TCC和事务消息，建立《分布式事务最佳实践》
研发流程：容器化后测试环境指数性增加，需要流量染色。
(23) 容器化之后，测试环境多，流量染色
(24) 全链路压测，承载高并发
(25) 多机房高可用与单元化
费用：6月14日（含）之前，9800元/人；6月15日（含）之后：12,000元/人；3人以上，10,800元/人（包含两天午餐）
相关会议
2024-12-02线上活动
2024-12-02线上活动
商务会议
会议嘉宾
会议主办方
会议场地
会议PPT
APP参会
订单查询
开通会员
2020-07-11 08:45 至 2020-07-12 18:00
