传统企业数字化转型之路分享者:王英伟
个人介绍王英伟，曾任职于某大型电信、互联网自媒体、电子商务等金融、电信、互联网、电子商务等领域的科技公司，有着丰富的JAVA开发及项目管理经验，从事过金融、电信、电子商务、大数据等领域的开发、管理工作，现任职于某大型央企架构部。项目经历:1、为中国移动开发某网络安全系统，并在18个省成功部署上线2、曾主导过中国移动内部某综合网管系统重大版本发布3、独自带领团队开发某电子商务数据分析系统，并通过CMMI4级认证4、曾经参与过某互联网公司门户网站的重大改版资格认证:New Product Development ProfessionalAgile Certiffied Practitioner,DevOpsMasterxxx
提记：改革的必要性竞品分析:竞争对手的产品。架构形式是否有变化竞标分析:在竞标过程中，我们的报价是否比其他厂家高,高出很多倍......整体环境:政策是否要求各地政府，尽量采购云服务，节约成本....客户需求:在电子政务领域，客户是否要求我们的产品实现云化部署,品牌效应:在新技术探索方面，我们是走在了客户的前面,还是被客户赶着走市场份额:我们产品的市场占有率是上升，还是下降…技术架构:我们的技术体系是否落后，招聘技术人员，是否越来越难...部门效率:部门墙是否厚重,也就是说组织内部跨部门协调工作是否很难......不用给出答案，自己反思一下就行如果都是肯定的答案，那么我们其实没有转型的必要xx
CLOUDNATME总结平台+应用+人员云计算是生产力,不是赶时髦领导要重视,但千万不能搞形象工程三位一体重视一线开发人员的体验平台+应用+人员，三位一体提记:领导层的心态
1整体框架介绍Contents上2我们的转型目标目录自3转型步骤土4各个岗位能力发展方向5云产品介绍
整体框架介绍下图展示了DevOps的的知识体系狭义的概念:开发运维一体化新聘广义的概念:三大支柱，一个基础订服务管理(ITSM)敏捷规范敏捷管理持续交付持续交付ITSM(IT服务管理)以精益管理为基础2TORCAIZEN)Lean(精益1/TPS[丰田生产管理系统]
整体框架介绍ＣＩＮＡDEVOPSDAYSEANASTRUCTU2006年2009年11月10日cracDdrployabeGoProdution持续交付运动#DevOps诞生2013年Agile2008PM假设驱动开发优化Flo1980年Iwconference2010年精益UX运动看板/tPsmVSMitspFMVPBuild/Meaure/Learn精益运动敏捷基础架构运动精益创业运动1980二2009201020132001年2011年宣言Werkable2006年2009年9月22日传统安全防护无用非功能需求敏捷运动坚固计算运动LeanSoftwaredevelopo精益软件开发2007年Flickr每天部署十次2009年JtOpe/WebPerforntKata持续学习Velocity大会Odeplonspenday丰田套路运动Velocity
整体框架介绍领导层产品项目管理开发DevOps??测试运维运营没有对错之分角度不同,得出的结论不同,
二、我们的转型目标IT架构转型思路.云原生技术栈-微服务,DevOps和容器技术基于领域驱动设计的原则,使用微服务架构将原来高耦合,低内聚的系统转型为按照业务合理划分的微服务架构，从而达到低耦合，高内聚，同时具备高可用性，高扩展性，高性能，高伸缩性以及高安全采用敏捷流程和迭代方式，小步快跑。同时建设DevOps持续交付平台，保障整个研发流程在高质量的前提下,通过自动化缩短交付时间使用容器(镜像）作为标准化交付件，避免开发。测试和生产环境的差异，同时标准化运维环境。同时建设容器管理平台，提升运维效率，支撑微服务架构带来的分布式系统的复杂性。
我们的转型目标T架构转型流程图1.业务架构梳理2.领域设计3.系统设计使用PRO文档。根据领域设计输出括业务规则。业务流不同的服务及其职责,6.DevOps自动化流程集成5.微服务基础没施构建4.,微服务开发框架引入构建持续集成和持续发布体系，同时使用S划分开发、测试,生产环境。业中切斯拉Cloud建立服务代码框架。7.应用容器化B.容器管理平台集成9,微服务运维基础设施构建应用运维与容器管理平台化流程集集成。
二我们的转型目标1、IT架构转型流程图微服务化设计和落地BoCloud产品愿景价值定位场景分析领域建模服务地图用研调查设计阶段实施阶段技术架构迭代开发迭代开发迭代开发技术栈选型基础设施API设计详细设计编程语言/框架代码库:每个服务有独立...
