案例-传统企业数字化转型之路_第1页
案例-传统企业数字化转型之路_第2页
案例-传统企业数字化转型之路_第3页
案例-传统企业数字化转型之路_第4页
案例-传统企业数字化转型之路_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

传统企业数字化转型之路提记:改⾰的必要性竞品分析:竞争对⼿的产品、架构形式是否有变化……竞标分析:在竞标过程中,我们的报价是否⽐其他⼚家⾼,⾼出很多倍……整体环境:政策是否要求各地政府,尽量采购云服务,节约成本……客户需求:在电⼦政务领域,客户是否要求我们的产品实现云化部署……品牌效应:在新技术探索⽅⾯,我们是⾛在了客户的前⾯,还是被客户赶着⾛……市场份额:我们产品的市场占有率是上升,还是下降……技术架构:我们的技术体系是否落后,招聘技术⼈员,是否越来越难……部⻔效率:部⻔墙是否厚重,也就是说组织内部跨部⻔协调⼯作是否很难……不⽤给出答案,⾃⼰反思⼀下就⾏如果都是肯定的答案,那么我们其实没有转型的必要……平台+应⽤+⼈员三位⼀体提记:领导层的⼼态1

整体框架介绍Contents2

我们的转型⽬标3

转型步骤⽬

录4

各个岗位能⼒发展⽅向5

云产品介绍整体框架介绍狭义的概念:开发运维⼀体化ꢀ⼴义的概念:三⼤⽀柱,⼀个基础ꢀ敏捷规范ꢀ持续交付ꢀITSM(IT服务管理)以精益管理为基础ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀLean[精益]/TPS[丰⽥⽣产管理系统]整体框架介绍⼀、

整体框架介绍领导层产品项⽬管理开发ꢀDevOpsꢀ?

?ꢀꢀ测试运维运营⻆度不同,得出的结论不同,没有对错之分⼆、我们的转型⽬标IT架构转型思路.

云原⽣技术栈-微服务,

DevOps和容器技术√

基于领域驱动设计的原则,

使⽤微服务架构将原来⾼耦合,低内聚的系统转型为按照业务合理划分的微服务架构,从⽽达到低耦合,⾼内聚,同时具备⾼可⽤性,⾼扩展性,⾼性能,⾼伸缩性以及⾼安全。√采⽤敏捷流程和迭代⽅式,⼩步快跑。同时建设DevOps持续交付平台,保障整个研发流程在⾼质量的前提下,通过⾃动化缩短交付时间。√使⽤容器(镜像)作为标准化交付件,避免开发。测试和⽣产环境的差异,同时标准化运维环境。同时建设容器管理平台,提升运维效率,⽀撑微服务架构带来的分布式系统的复杂性。⼆

、我们的转型⽬标IT架构转型流程图⼆、我们的转型⽬标1、IT架构转型流程图⼆、我们的转型⽬标2.IT架构转型流程图岗位⻆⾊:有些单位:1

4三个平台、两种能⼒:1、业务拆分架构师2、敏捷教练3、DevOps实施⼯程师4、微服务架构师5、容器运维⼯程师、

可能合并1、云管平台3、5可能合并2、devops⼯具链平台3、微服务开发平台4、业务拆分能⼒5、敏捷指导能⼒⼆、我们的转型⽬标3.产品架构设计⼆、我们的转型⽬标3、产品架构设计⽬标:项⽬复⽤

60%产品复⽤

80%临时演示

90%⼆、我们的转型⽬标4、实施路径总结真实想法:在⻅了⼀些微服务开发平台以后,短期内我们是否有时间、能⼒开发⾃⼰微服务框架基于现有资源,如果有外部专家指导,就从核⼼往外围做如果我们内部⾃⼰做,就从外围往核⼼做三、转型步骤第⼀步,建⽴变⾰同盟,给相关⼲系⼈传输相应的理念(洗脑)兵⻢未动,粮草先⾏实施之前,先进⾏理念灌输,达成意⻅统⼀三、转型步骤第⼆步,完成混合云的设计搭建⼈流程技术微服务平台流程编排⾃动化多云管理Devops⼯具链服务⽬录应⽤模板云管平台三、转型步骤第三步,完成多速度敏捷IT搭建准备期正式迭代期(4周)PM/设计⻆⾊PM:测试相关⽂档发布相关⽂档下个迭代周期(需求、排期、原型)PM:需求搜集设计:UI需求排期/评审设计:UI原型设计提测(2轮)测试结束发布第1~2周第3周…重复此流程前期研发⻆⾊设计⻆⾊研发:开发迭代周期内的功能研发:修复研发:发布前检查issue测试:测试、测试:验证测试问题提交bug三、转型步骤第四步,完成云原⽣体系架构搭建松耦合应⽤架构研发运营⼀体化微服务架构容器技术敏捷开发管理持续交付管理理念敏捷基础设施技术运营应⽤设计公有云私有云安全⻛险管理更好的管理云资源,为应⽤提供敏捷灵活、API可管理的应⽤架构,⾃治管理、弹性敏捷、灵活⾼效三、转型步骤总结成⼀句话:有⼈指导,我们就跟着⼈家学,学会了在结合实际裁剪三、转型步骤没⼈指导,我就⾃⼰做敏捷CI/CDSOA(我们集团的……)容器集群那个点做成熟了,都能提⾼开发效率,节约成本注意:我没有写微服务,公司⾃⼰⼈做微服务,不建议四、各岗位发展⽅向站在旁边,对别⼈的⼯作指⼿画脚,最遭⼈恨但是在⼤的⻛浪,也挡不住我们对知识的欲望所以我们是⼀起学习四、各岗位发展⽅向涉及的岗位:1、领导层2、产品经理3、项⽬经理/开发经理4、开发⼈员5、

测试⼈员6、运维⼈员四、各岗位发展⽅向1、领导层四、各岗位发展⽅向1、领导层⾃夸⼀下,在⼤笑过后,可以记住某些理念,讲课也需要部分技巧四、各岗位发展⽅向2、产品经理四、各岗位发展⽅向2、产品经理四、各岗位发展⽅向2、产品经理以前总找不到合适的词语,来描述⾃⼰和有⼈指导拆分的区别:直到有⼀天,听了⼀位⼥神的描述:我们不能从功能⻆度来进⾏拆分,⽽是应该在退⼀步,站在⽤户的⻆度来重新看待我们的系统28四、各岗位发展⽅向2、产品经理⾃⼰拆分专家指导进⾏拆分注意:业务拆分是否合理直接解决项⽬的成败四、各岗位发展⽅向3、项⽬/开发经理团队形成:塔克曼模型⼈员动机:⻢斯洛需求理论模型四、各岗位发展⽅向3、项⽬/开发经理雁⾏理论“雁群排列成V(⼈)字形,当每⼀只雁⻦展翅拍打时,造成其它的雁⻦⽴刻跟进,整个⻦群抬升。借着V字队形,整个雁群⽐每只雁⻦单⻜时,⾄少增加了七⼗⼀个百分⽐的⻜⾏距离。”“当⼀只野雁脱队时,它⽴刻感到独⾃⻜⾏时迟缓、拖拉与吃⼒,所以很快⼜回到队形中,继续利⽤前⼀只⻦所造成的浮⼒。”“当领队的野雁疲倦了,它会轮流退到侧翼,另⼀只野雁则接替⻜在队形的最前端。”“⻜⾏在后的野雁会利⽤叫声⿎励前⾯的同伴来保持整体的速度,继续前进。”“当有⼀只雁⽣病或受伤时,其它两只会由队伍⻜下来协助保护它,直到它康复或死亡为⽌,然后它们⾃⼰组成队伍开始⻜⾏,努⼒去追赶上原来的雁群。”不抛弃、不放弃、团队协作四、各岗位发展⽅向4、开发⼈员了解微服务开发框架,熟练使⽤微服务开发平台,了解dockerfile、pipeline四、各岗位发展⽅向4、开发⼈员四、各岗位发展⽅向4、开发⼈员Service

MeshIstio开源的连接,管理和安全的微服务。Istio提供了⼀种简单⽅式,让发布的服务创建连接并实现负载均衡,服务间的认证,监控,还有更多,⽽在服务中不需要改变任何代码。接⼊Istio,⽀持服务由特定的代理发布,在服务之间会拦截⽹络通信并贯穿你的环境,使⽤Istio可以配置和管理整个⾯的够功能特性。四、各岗位发展⽅向5、DevOps⼯程师测试了解不太深,我只是把⾃动化测试看作devops其中的⼀个环节四、各岗位发展⽅向5、DevOps⼯程师四、各岗位发展⽅向5、DevOps⼯程师四、各岗位发展⽅向5、DevOps⼯程师四、各岗位发展⽅向6、运维⼯程师DockerK8sDockerfilePipelinezabbix/

ansiblePrometheus……四、

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论