中国电信云改数转之上云方法论——吴桐

中国电信云改数转之上云方法论

1. 传统企业IT系统建设痛点和难点

• 信息无法共享，相互打通成本大
• 内部组件资源重复建设，资源浪费
• 组件版本繁多，管理复杂
• 企业业务得不到沉淀和持续发展
• 应用交付业务价值交付效率不足，敏捷能力不足
• 云计算价值未充分挖掘
• 数据中心业务“三多”：地域广、资源多；业务类型多；运营形态多
• 无法满足上云后运维要求：分布式监控对象多、关系复杂；运维监控数据分散；系统故障处理难
• 能力封闭、低效，不开放：系统之间相互独立；系统封闭，开放不足；系统接口标准不统一
• 去“O”难：缺乏去“O”技术储备与工具；在PG数据库方面的人才储备不足；对两种数据库的差异性了解不足

2. 企业上云目标

• 降本增收提质，促进企业数字化转型

3. 市场前景和技术趋势

• 安全驱动力：通过上云服务商提供安全防护体系，降低云安全成本
• 成本驱动力：如降低硬件建设成本和运维成本等
• 效率驱动力：通过提升IT基础设施的部署和弹性伸缩等能力从而大幅加快应用系统的上线时间，为企业赢得竞争优势
• 质量驱动力：通过云技术为生产系统提供高性能和高可靠，减少因为业务应用系统宕机带来的损失
• 内部驱动力：政策驱动与外部驱动力共同作用

4. 五步十流程：一套上云实施方法论

• 第一步：上云规划与分析
  • 全量梳理系统清单
  • 确定上云级别L0-L4
  • 制定上云计划
  • 系统上云可行性分析
  • 上云价值分析
  • 综合效益评估上云优先级
• 第二步：明确上云目标与标准
  • 自主可控
  • 生态统一
  • 技术标准
  • 云原生架构
  • 新建100%上云—L3
  • 存量效益优先
  • 低效逐步退网
  • 特殊设备等暂不上云
• 第三步：技术设计与选型
  • 明确OLTP类、OLAP类、后台批处理系统、物联网类等
  • 统一技术底座
  • 云原生架构
  • 明确PaaS组件和技术线路
  • 功能架构
  • 技术架构
  • 部署架构
  • 网络、安全架构
  • 确定组件实例规模
  • 确定服务资源数量
  • 确定网络安全规划
• 第四步：上云实施与部署
  • 迁研云主机
  • 迁移存储
  • 迁移数据
  • DevSecOps
  • 业务能力开放
  • 云原生架构
  • 业务云化解耦
  • 开发标准与规范
  • 自动化云服务
  • 数据订阅
  • 精细化运营管理
  • 资源统一管理
  • 规划
• 第五步：上云交付与运维
  • 应用层：APP
  • 业务层：平台层
  • 物理层：数据化、可视化、工具化、自动化
  • I/P/S层面有关实施交付内容

5. 上云关键体系建设

• 统一IaaS：异构计算、存储、网络资源统一管理，构建多云、混合云技术中台
• 统一PaaS：统一管控来解决各系统组件选型/版本不统一
• 去O业务中台：构建业务能力中心，并将通用能力进行注册共享、能力对内外开放
• 数据中台：推进数据治理，实现数据赋能业务
• 研发中台（DevOps）：构建DevOps体系，统一代码管控、构建，实现研发可控
• 云安全建设：云上安全保障，完整覆盖SaaS、PaaS和IaaS三层
• 统一运维：构建新的思维、方法及平台实现全方位、智能和自动化运维

6. 存量系统如何上云、上好云

• 数据中台业务复杂性评估：直接迁移上云
• 能力开放云原生开发：高
• 领域驱动：低
• **数据驱动上云标准：L0/L