案例—传统企业数字化转型之路三套材料.docVIP

传统企业数字化转型之路

提记：改革的必要性

提记：改革的必要性

竞易分析，竞争对手的产品架构形式是否有变化

竞标分析：在竞标过程中，我们的报价是否比其他厂家高高出很多倍…

俄本整体环境；政策是否要求各地政府，尽量采购云服务，节约

俄本

客户需求：在电子政务领域，客户是否要求我们的产品实现云化部署

品牌效应；在新技术探索方面我们是走在了客户的前面还是被客户社着走

市场份额：我们产易的市场占有率是上升，还是不降

技术架构：我们的技米体系是否落后，招聘技术入员，是否越来越难

部门效；部门墙是否厚重，也就是说组织内部跨部门协调工作是否很难

不用给出答案，自己反思一下就行

如果都是肯定的答案，那么我们其实没有转型的必要

云

云计算是生产力，不是赶时髦

领导要重视，但千万不能搞形象工程

重视一线开发人员的体验

平台+应用+人员，三位一体

平台+应用+人员三位一体

提记：领导层的心态

1整体框架介绍

Contents

2我们的转型目标

目录

3转型步骤

4各个岗位能力发展方向

5云产品介绍

整体框架介绍

整体框架介绍

下图展示了DevOps的的知识体系：

醒(ocm)

醒(ocm)

T丽营理0TSM)

益理(ean/TPS

ee/Iie

t2o

co

狭义的概念，开发运维一体化

广义的概念大支柱，一个基础

敏捷规范

持续交付

ITSM(IT服务管理)以精益管理为基础

Lean[精益]/TPS[来田生产管理系统]

整体框架介绍

整体框架介绍

CHINA

CHINA

rvo

*

2009年11月10日DevOps诞生

Agile2008

2010年

anrMMem

敏捷基础架构运动

精益创业运动

2007.2009200920

198020g20082009201o2013

2011年

传安护无

坚固计算运动

2007年Flickr每天部署十次

Velocity大会不d

Velocity

2006年

cneo0ahung持续交付运动

2006年

Lan5aftacrdelp

精益软件开发

续学

丰田套路运动

hoiDa

1980年VMr

精益运动

2009年9月22日

精益UX运动

敏捷运动

2009年

2013年

2007年

一、整体框架介绍

领导层

产品

DevOps??项目管理开发测试运维运

DevOps

??

角度不同，得出的结论不同，没有对错之分

二、我们的转型目标

IT架构转型思路

.云原生技术栈-微服务，DevOps和容器技术

√基于领域驱动设计的原则，使用微服务架构将原来高耦合，低内聚的系统

转型为按照业务合理划分的微服务架构，从而达到低耦合，高内聚，同时具备高可用性，高扩展性，高性能，高伸缩性以及高安全

采用做捷流程和迭代方式，小步快跑，同时建设DevOps持续交付平台，保预整个研发流程在高质量的前提下，通过自动化缩短交付时间。

使用容器(镜像)作为标准化交付件，避免开发测试和生产环境的差异，同时

标准化运维环境，同时建设容器管理平台，提升运维效率支撑微服务架构带来的分布式系统的复杂性

二、我们的转型目标

IT架构转型流程图

2.领域设计3.系统设计1.业务架构梳理

2.领域设计

3.系统设计

帽留出

帽留出，审

括业务现，势流程图。

5.微服务基础没施构建Ens-22中心.诺

5.微服务基础没施构建Ens-

22中心.诺

4.微限务开发相架引入

使

o他。

构建持续集成和持续发都体系。月时划分开发，测试，生产评境

B.容器管理平台毕成paockouaE

B.容器管理平台毕成

paockouaE1eo*r

D.衡服务运帽基础设施构肆

与中

构健基硒领像和相用项

同时DevOps自动化流程对器的直持

二、我们