卢万龙-企业上‍云的思考与实践.pdf

《卢万龙-企业上‍云的思考与实践.pdf》由会员分享，可在线阅读，更多相关《卢万龙-企业上‍云的思考与实践.pdf（24页珍藏版）》请在三个皮匠报告上搜索。

1、企业上云的思考与实践主讲人：卢万龙演讲嘉宾介绍卢万龙 支付公司运维总监 NextArch Foundation国际基金会TOC 曾先后在易宝、华为和联想等公司任职云计算架构师，近十年一直专注于信息技术的革新与布道，包括容器、虚拟化、软件定义和自动化运维等基础设施架构方面 一个发明专利（一种基于分布式存储的数据备份归档方法和系统，进行中，专利号201911120266.9）开源负载均衡-合页项目（Parasaus），github地址：https:/ 出版过书，写过文章。openstack从零开始学图书，确定性不在，混沌永生，企业云存储建设之路等2023K+01要不要上云？怎么上云？云与自建的能力

2、异同0203挑战与应对04CONTENT目录Part 01要不要上云？要不要上云？论点：必须上云论据：云在稳定性、弹性和快速性方面比自建技术能力强，可更好支持业务论点：不需要上云论据：云服务比自建成本高，陷入厂商锁定，傲慢服务差VS结论：1.生产环境应该上云。利用云的稳定性和弹性抗住突发洪峰流量，支持好业务2.测试环境可以不上，以云服务技术栈为依据，建设基础。同时沉淀技术的基础原理和逻辑，为用好云技术做积累和指导3.非实时和稳定业务可不上，充分兼顾成本和稳定性，达到最高的性价比Part 02怎么上云？建组织 理思路 定架构 强执行建组织组长副组长职责：负责项目整体设计、实施、进度把控和人员调配

3、组员1职责：负责应用上线、测试和联系商户联调。辅助完成项目整体设计组员2职责：负责组件和发布工具上线、测试。辅助完成项目整体设计组员3职责：负责项目整体协调、信息拉通和组织会议关键点：1.上云一定是”一把手工程”。组长必须可以协调和调动”公司”整体资源，无论是业务的配合，还是技术侧的推进2.做足”仪式感”，让项目做到人尽皆知。召开启动会、总结会、里程碑会等，”裹进”足够多的干系人，使参加的每个人都”使命在身”3.副组长是关键，真正的执行人。既要懂技术，又要懂业务，还要懂协调4.组员要全面，涵盖上云的点点面面。例如，项目管理、组件、中间件、业务研发等领域均需有专人加入负责理思路关键点：1.上云带

4、来的是组织阵型、内部运转流程和技术架构的全面升级，而不仅仅是搬一次机房2.把复杂的事情做简单，把简单的事情做高级。使组织有”质”的提高定架构（一）云原生应用按照12因子指导，构建标准的云原生应用中间件服务以云服务为标准，减少自建，降低技术选型成本和偏门风险。构建CICD流水线，提升效率系统稳定性通过上云获得更加坚固的底盘服务，建设DevSecOps团队持久有效的运营好备注：业务不断发展，需要快速迭代不断试错，因此企业必须具备持续交付（CICD）的能力。”巨无霸”的应用显然是做不到的，需要用微服务架构建立许多独立个体交付，以12因子为指导的云原生应用恰好满足此要求。如此多的微服务应用开发和维护需

5、要借助DevSecOps模式进行运转，DevSecOps的有效实践则需要依赖敏捷的基础设施，即云计算满足整体要求。定架构（二）定义：业务连续性=7*24不间断对外提供无差别服务违规变更外部故障引起内部系统错误踩坑定架构（三）关键点：1.通过自研流量网关（TGW），锁定流量，实现单元化治理。网关容器化，具备横向扩容能力2.交易数据冷热分开，实现分级治理。高级别热数据为实时交易数据，量小且操作延时低。低级别冷数据为历史数据，全量存储，主要供查询使用3.故障爆炸范围可以隔离在一个AZ内，符合混沌工程中最小半径原则4.网络架构通过三层路由互通，而不是二层互通，容量扩容不受限制。符合极简架构原则5.“站

6、在巨人肩膀上做事”。充分利用开源技术，拒绝从零做起6.RTO 180s，RPO 17000，tp999延时2ms1.根据取出的商编和订单编号进行一致性hash，锁定流量处理单元2.支持单商编或商编组进行限流定架构（五）单元化治理后库表数量翻倍如何管理？通过我们自研数据库变更自动化平台，实现权限管理、数据库资产管理、变更自动化。支持定时和手动执行，支持sql语句审核，变更回滚，日志查看等。捋顺流程，提高正确性和稳定性。定架构（六）实时交易数据库向历史库数据同步问题及分布式数据库选型问题？通过自研的数据库同步工具，可将实时交易库数据同步到历史库，满足查询和灾