• 参会报名
  • 会议介绍
  • 会议日程
  • 会议嘉宾
  • 参会指南
  • 邀请函下载

首页 > 商务会议 > IT/技术会议 > 持续演进的云原生体系建设培训(7月上海) 更新时间:2020-05-28T09:47:02

持续演进的云原生体系建设培训(7月上海)
收藏人
分享到

持续演进的云原生体系建设培训(7月上海) 已过期

会议时间:2020-07-11 08:45至 2020-07-12 18:00结束

会议地点: 上海  上海翰朝酒店  上海虹口区中山北一路186号

会议规模:暂无

主办单位: 容器社区DockOne.io

发票类型:增值税普通发票 增值税专用发票

行业热销热门关注看了又看 换一换

        会议介绍

        会议内容 主办方介绍


        持续演进的云原生体系建设培训(7月上海)

        持续演进的云原生体系建设培训(7月上海)宣传图

        随着企业内外部环境发展变化,为应对不断提升的客户服务要求与快速发展的产品创新需求,需要在业务架构,技术架构,数据架构,组织架构,流程建设多个方面进行改进,需要通过分层解耦,分离客户接触点与业务产品,形成共享程度高,稳定性强的标准化服务,实现松耦合的应用架构,提供灵活高效的研发能力,支持业务场景与合作生态建设的快速响应。


        从应用层和基础设施层互相融合的整套体系,称为云原生技术体系。要做好整个企业的云原生体系建设,需要有个总体的视角,不谋全局者,不足以谋一域。我们将企业的架构进行全方面的梳理,并给出云原生体系建设总图。另外,这个图当然不是一蹴而就就能建设完毕的,而是根据业务需求不断迭代演进出来的,因而需要落地的演进路径。


        受众:技术总监、架构师CIO

        优势:小班授课,20人以内;一对一,单独交流;高端微信群。


        本次培训云原生演进过程分为四个阶段:规划、试点、服务化、微服务化。会经历服务数目从1到2000以上的整个过程,以及在这个过程中遇到的问题,及解决方法。


        学习收获:


        云原生演进过程中常遇到的四个问题及解决方法:

        • 遇到什么样的问题

        • 应该采取什么样的技术解决这个问题,如何解决这个问题

        • 这个技术的实现有很多种,应该如何选型

        • 使用这个技术有没有最佳实践,能不能形成企业的相关规范

        查看更多

        容器社区DockOne.io 容器社区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元/人(包含两天午餐)

        查看更多

        温馨提示
        酒店与住宿: 为防止极端情况下活动延期或取消,建议“异地客户”与活动家客服确认参会信息后,再安排出行与住宿。
        退款规则: 活动各项资源需提前采购,购票后不支持退款,可以换人参加。

        标签: CIO 架构师 架构

        活动家为本会议官方合作
        报名平台,您可在线购票

        会议支持:

        • 会员折扣
          该会议支持会员折扣
          具体折扣标准请参见plus会员页面
        • 会员返积分
          每消费1元累积1个会员积分。
          仅PC站支持。
        • 会员积分抵现
          根据会员等级的不同,每抵用1元可使用的积分也不一样,具体可参见PLUS会员页面。 仅PC站支持。

        部分参会单位

        主办方没有公开参会单位

        邮件提醒通知

        分享到微信 ×

        打开微信,点击底部的“发现”,
        使用“扫一扫”即可将网页分享至朋友圈。

        录入信息

        请录入信息,方便生成邀请函