保险行业核心业务系统容器化之路

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

鲶鱼
富于创新性的工作
种子团队:构建的出发点和需要思考的问题
从哪里开始?
•应用为导向 •从业务最关切的地方开始 •从领导最关心的地方开始 •从对传播最有利的地方开始
应该做什么?
•种子团队的组织职能需要定义? •明确种子团队的阶段性目标? •明确种子团队的传播模式和奖惩机制
种子团队:确定目标
定位
企业中明确团队战略 定位
进化型组织的演进
1
激活团队需要鲶鱼 鲶鱼需要一条或者多条
“鲶鱼效应”
2
通过种子团队构建新模式 新模式要通过种子团队生根
要给种子团队试错的空间
种子团队
3
由种子团队衍生创新 创新团队的关键是业务的结合 创新流程和岗位责任是重点 创新团队铺陈开来形成泛组织
创新团队和泛组织
鲶鱼:组织变革的催化剂
有能力,有进取心 适时地表彰和奖励
2019年04月 5个目标应用的容器化迁移 培训:容器平台运维和安全策略
2019年03月 试点应用容器化迁移 培训:应用容器化过程中的关键点处理
成果:运维和开发的齐心,构成DevOps的基础
5大试点应用的容器化迁移
业务的弹性伸缩和自运维
开发部门从认知到使用
成果
CICD流水线体系的建设
应用的迭代能力增强
基于容器的开发测试生产环节构建
心得和体会:左右同心,其利断金
பைடு நூலகம்
自上而下的顶 层支持
培训和动手相结 先开发再生产
合的实践模式
的运行流程
数字化转型的关键是什么?
蝶变
数字化转型过程中的组织建设
一个纯粹网络化的公司,具有以下特点:分布式、去中心化协作和可适应性
思考:数字化转型的关键是什么? 组织
业务
技术
明确技术栈
明确过程中团队需要 使用和主流推广的技 术栈
梳理技术域
梳理转型相关的转型技术领域
探索组织流程责任
在互联网框架下的新一代 组织流程和岗位责任模式
创新团队:如何构建创新团队
实现组织有序增长
黄金圈方法论
实现产品的迭代开发
最短时间内快速交付产品/服务,然后 通过测试并收集反馈,快速迭代,不断 修正产品/服务,最终适应业务的需求
保险行业核心业务系统容器化之路
CONTENTS
破茧:应用容器化的进程和感受
目 录
蝶变:数字化转型中的组织建设
破茧
保险应用容器化的进程和感受
要成长为新的物种,就要经历所有你不会扮演的角色
IT组织架构
以业务形态来区分的应用开发团队和以功能形态构建的基础架构和平台团队
基础架构
车险
团险
个人险
商业险
电商业务
总结
“合抱之木,木于毫末” “ 九层之台,起于累木” “ 千木之木,始于木下”
Thank you
学习型组织
统一思考方式 达成组织共识
• 从WHY来思考团队的愿景和使命 • 用What来描述团队价值规划的解决方案 • 用How来定义在利他精神下产生的独特团队价值;
最小产品原则
提升个人创造
提升个人价值
• 系统思考:形成有想法但目标一致的团队 • 定期培训:通过讨论和头脑风暴达成一致 • 读书分享:团队每周分享,拓宽视野 • 演讲机会:鼓励每个人自信演讲创造机会 • 个人日记:记录技术博客、研发心路历程 • 知识碰撞:形成知识碰撞,持续提升
思路:万事开头难,如何让开发一起干
最难的认知的统一
统一 目标
最重要的是第一步的尝试
最复杂是技术/效率的平衡
历程:运维引领,以培训带动开发模式
2018年10月 完成产品选型
2019年01月 容器平台搭建 培训:应用容器化要点
2019年02月 应用容器化目标选择 培训:容器基础知识
2019年05月 正式上线
2015年的Openstack调研
开始考察了openstack,通过了解,发现技术路线不明确,产 品安装部署复杂,功能多,但是我们大部分用不上,相对 vmware改善不多。
引子:以解决实际问题引发的变革
问题 目标 选择
运维导向的架构变革
•业务高峰来临,传统应用架构无法满足业务快速响应的需求 •通过架构层面的改造,解决应用弹性伸缩的问题 •抛开了传统的IaaS框架,一步迈入到容器构建模式
内部管理
公司介绍
1996年成立
财险
寿险
2010年业务拓展
资产和基金
虚拟化之路
2007年开始使用虚拟化
Sun solairs zone,优点解决了一台机器部署多个分区系统的问 题,缺点都是手工命令行操作。
2010年使用VMware
虚机可以漂移,保障了物理机故障,虚机正常。2011年开始大 规模使用vmware,目前所有应用都部署在vmware虚机上 。 ( 1、部署流程长,需要审批,分配ip,clone对应模版,然后 交付应用部署。虽然是图形化,但是都是手动操作 2、一些应用负载高,需要部署多个节点做负载均衡,有的多大 20个节点,开发维护人员在发版,修改配置时,工作量大,时 间长,可靠性不能保障。)
相关文档
最新文档