云原生专场回看原创

敏捷创新基于独创的业云多星多系统、软硬件全面开放的I及pass平台，腾讯专有云通过标准开放的API接口，广泛融合各行各业应用，拥抱合作伙伴，携手共建数字化生态。此外，腾讯专有云还内置贯穿全产品生命周期的运维运营平台，在帮助用户完成自身it治理数字化的基础上，更好的向全行业输出数字化应用能力，实现it部门从成本中心向校益中心的升级。为满足用户不同规模的场景需求，腾讯专有云提供企业版Tencent tc1、敏捷版Tencent tcs两大解决方案。企业版Tencent tc1通过pass加S加硬件一体化交付，帮助大中型用户快速搭建全站专有云，敏捷版Tencent pcs可以与IG并灵活搭载专有化输出的。

S和SARS云产品，帮助云原生转型的用户建设敏捷云pass平台，腾讯专有云真正实现将腾讯云搬回家，并将公有云坚实的技术基础与行业用户的业务需求深度融合，以用户为中心，为各行各业输出专属云平台解决方案的同时，获得了一系列权威认证和荣誉，更因优质的服务赢得用户的一致好评。鉴于腾讯的专业云技术，银联建成了具有金融及安全、稳定可靠、自主可控和开放共享四大特点的银联云，助力提升金融机构数字化转型和上品进程。民生保险通过部署腾讯专有云腾性感TCE提升it基础架构，弹性扩展、敏捷交付能力、超强业务连续性保障，为企业快速发展提供稳健可靠保障，为深化数字化转型打下坚实基础。真正实现。

创业、创造、创新，肩负起让民生确定、为民生服务的企业使命。腾讯专有云平台助推上海农商银行客户服务、业务运营、经营决策的全面数字化转型，打造区域领先的数字化服务型银行。腾讯专有云数字化转型的专属机组。我愿成为一条河。我从一行朴素的代码发源而来，流经时间与空间的每个缝隙。从此，世界万象不再孤立存在，彼岸与此岸情牵一线，交织成王。这是科技和文化的巨流河，也是大地上的另一道地平线。在这里，微小的声音都能被听见。

再小的创意也会发光，新业态、新科技、新文创一一迎合而生。从此，一条河不止是一条河，打通七经八脉，万物融会贯通，助力各行各业，智慧无处不在，连接人与商业，展开全新南海，更以指尖工艺温暖五湖四海，传承千年文明，连接古往今来，水行万物利万物。但一条河的力量不在于惊涛骇浪，而在于润物无声，我愿成为一条河。

赋能于人。连接一切。共商未来。长城由1795万块砖组成。但长城不知道，每一块砖都需要经过37道工序。埃菲尔铁塔上有20万颗螺丝，但埃菲尔铁塔不知道每一颗螺丝需要经过20小时以上的打磨。科技就像长城上的砖，埃菲尔铁塔上的螺丝，你不必知道它的复杂，你只需要拿来即用，简单易用，即插即用，这才是科技该有的样子。我们将最前沿的科技打磨成简单的样子，用极致算力集成最优化组合，让需求一目了然，让问题直面解决方案。我们将多变的科技编织成小巧的样子，基于自由生态，不断优化自适性，敏捷高效的自由部署，轻松嵌入。

现有场景，一块简单的砖，一颗好用的螺丝，这就是今天腾讯云的样子。它化繁为简，让科技模块与商业模块任意叠加，衍生出无限想象，它以小见大，任意接入现有网络，激活成长新动能。选择腾讯云，去构建你的商业世界吧，它可以是实用的、好看的、宏伟的、精巧的，它有千万种可能，而一切都从这里开始，化繁为简，以小见大，腾讯云。

云计算概念从2006年提出，距今已十余年，如今的云计算已进入云原生时代，应用基于云来开发，也更适合云的架构，云原生成为驱动商业创新的重要引擎。腾讯云原生涵盖研发、流程、计算、架构、数据、安全等五大领域，覆盖多个行业与场景，为数十万家企业提供服务，API每日调用量超百亿次。腾讯云将企业云原生化改造过程抽象为四个阶段，沉淀出云原生最佳实践路线图。开发云原生，运用codings cloud studio host、交互式应用、安全测试等产品，在敏捷开发cicd、云端编码云原生开发测试、环境安全开发测试中发挥作用。依托开发云原生这项新技术，三。

人创业公司潮办科技在十个月内成功构建起完整的产品和业务体系，营业额实现从零到3000多万元的飞跃。计算云原生以容器化改造为代表，使用Co函数计算等，让企业无需关注计算资源环境的异构，不用担心业务拈面对突发流量时出现瓶颈或资源故障时导致服务降级，利用腾讯云容器服务t ke为作业帮，降低it资源成本40%，为小红书节约it成本20%以上。架构云原生的微服务平台TSF服务网格TCM云开发cloud base等产品，让业务开发聚焦业务代码本身，缩短研发周期，封装好的运维能力让业务模块的可运维性大幅提升。依托架构云原生南方电网云平台。

保障了近亿用户的互联网客户平台、电力市场交易系统等376个重要系统和519个微服务的安全稳定运行，实现了南网的it服务高效集成和应用敏捷开发，推动南方电网公司数字化转型。数据云原生，将cuber server应用到数据服务中，通过弹性扩缩容让数据类服务利用云上的规寞化资源按需付费降低成本，通过在离线混部技术提升资源利用率，通过腾讯云elastic search健康码承载访问量累计达260亿次，覆盖人口超10亿。安全云原生，贯穿云原生的整个系统，将安全能力内置于云平台，云化部署，充分利用安全资源，提升业务的安全防护能力，提高央视频七大系统58个字系统的自身安全防护。

能力，保障央视频各业务安全稳定运行。腾讯云原生致力于成为企业数字化的助推器，让用云更简单、更有效。生。

尊敬的各位领导、各位嘉宾以及线上观看本次论坛的朋友们，大家下午好。欢迎大家参加腾讯金融云银行业数字原生技术论坛，我是本次论坛的主持人李猛。本次论坛由腾讯云主办，参与协办。首先。我代表主办方向所有金融行业相关领域的专家代表、现场观看论坛直播的朋友们表示诚挚的欢迎和衷心的感谢。随着数据智能、云计算、人工智能等信息技术在金融领域的广泛应用。以云原生融合为代表的前瞻技术得到了银行业的高度重视。并成为推动银行业的重要式进次论的议程。首先，腾讯云副总裁郭仁生为本次会议致辞，欢迎郭总。

对的，谢谢李马。各位尊敬的来宾，大家下午好，我是腾讯郭生，负责腾讯金融行业的。首先，我谨代表腾讯向各位莅临线上参会的专家、客户们致以诚挚的问候。在现在这个疫情啊，反复变化，呃，大家的工作生活或多或少都受到影响的一个时候，我们选择用线上的一个方式，跟各位更加高效率的相聚在一起。啊，然后启动这样一个技术交流的论坛啊，我们也是希望利用这个机会啊，能够有更多样的方式啊，跟大家及时的啊沟通一些技术上面的一些思考和呃，技术的一个演变，然后包括业界一些啊，产品技术方向，客户案例的一些分享这样。

那在呃，今年初人民银行、银保监会相继发布了金融科技的规划，2022~2025，以及呢，银行保险业数字化转型的指导意见等等一系列非常重要的监管指导的文件，对银行等金融机构如何深化数字化转型？做出了非常重要而且细致的这样一些指导。那在这些文件当中，我们看到像例如呃，数据要素啊，数字化思维啊，数字能力啊。啊，等等这些这些要素被反复的提到，显示出金融机构需要借助数字化找到第二增长曲线，这个方向其实是非常的已经明显和大家具备统一的共识。那腾讯金融云在过去几年跟商业银行的合作当中，我们也听到很多客户的这样的一些新生啊，就说数字化转型可能呃，不是单纯的只是建设一套呃技术的平台哈，建一个云平台，或者建一个呃数字中台，引入一套或者多套的数字化工具啊就可以实现和满足的，那实际上这个过程它牵涉到的层面非常广啊，啊切入我们的业务或者组织架构的这样的一个。

呃，层次也很深，它既是一整套，呃，置顶向下，需要顶层设计先行这样的一个。啊模式同时呢，也需要一个自底向上扎实落地这样的一个系统工程，需要分阶段切入，然后呃，切入和实施，然后不断演化这样的一个一个进程。那腾讯在呃，和我们的腾讯研究院，以及业内的一些不少的专家反复的这种讨论，深入思考。

我们尝试呢，跟大家去探讨一个数字原生的概念。那么关于这个概念呢，它我们希望它既可以作为呃，比如像银行这样进行数字化转型啊，未来这样一个目标的形态啊，同时也可以把它作为大家呃，金融行业实现数字化转型的一个路径和方法的这样一个梳理和提炼。那我们谈数字原生这个概念呢，其实是呃，包含了几个维度的这样的一个一个探索啊，第一我们现在是看研发实现跟数字治理这方面的一个原生啊，这里它包括了就是说我们以计算、存储、网络哈等等这些资源的云化，分布式，分布式架构的那个采用等等为代表的这样一些呃技术体系的演变。

然后包括像云原生啊，敏捷开发迭代啊等等为代表的这些研发过程的实现和管理的理念。然后第二个呢是呃，数字就是数字原生，第二方面是业务运营和客户交互方面的一个原生。这里呢，我们也是看到就说，呃。一个很关键点就是说我们提到素食融合啊，就数字世界和实体经济，或者说实体的世界这样一个融合为代表的这种呃，新的客户触达呃和客户的一个呃交互这样一些方式的采用，包括了现在特别以社交平台哈，社交式的这种客户交互为代表的一个客户的获取，客户服务这样的一种新的形式。同时也包括了以数字化风控啊，作为一个落地支撑这样的一个风险运营体系等等啊，像这个整个过程都是可能是一个新的原生体系的建设。

那比如说像早上呃，我看到新闻一行两会召开会议啊，要求金融机构啊，对疫情中的受困的主体啊，我们一些接触型的服务业货货运物流啊等等，要加大金融支撑的一个力度，做好引起对接啊，那么在这种情况下啊，其实我们说呃，数值融合技术呢啊，就应该能够在很多方面其实是有所助力的。啊，像我们呃，之前看到很多呃，银行开始启用远程银行，或者说我们虚拟营业厅，虚拟营业厅等等这方面的一些呃，应用落地，其实是都可以帮助银行跟一些呃。受困哈，受阻的一些企业或者一些特殊行业，可以无接触高效的去提供这种持续性的啊金融业务啊，不间断帮助这些呃，受影响的一些实体经济的行业去解决他们的困难啊，获得银行的金融服务这样。

那呃，我们也看到像呃，很多越来越多的这个金融企业开始在用企业微信呢，跟那个微信生态的这些用户打通。去通过企业微信这样一些工具去帮助啊，我们的银行的客户经理啊和呃。大大小小的这些银行的客户，呃，对公也好，对私也好，保持这种实时的沟通去。最快的了解到他们的一些需求，或者或者面对的困难啊，及时的给他们找到应和解决的方法。那还有包括我们的呃，数字化风控，我们的天域这样的一个。呃产品可以帮助呃银行或者说一些呃线上的金融机构高效的完成一些线上的呃用户的一些授信啊，啊，那个身份的验证啊等等啊，节省中间的很多交互的这个时间啊，令到这个整个业务的流程更高效啊，所以这些东西都是其实是我们看到呃金科技在实实在在的去助力我们的金融机构和全行业应对这种呃困难时刻哈，一些业务挑战的这样的一些实在的效用，这也是我们谈一些所谓数值融合哈，呃原生的这样的一些出发点，那第三个方面呢，是说我们也看到些呃是经营决策和产品创新方面的这样一些原生。

数字原生，那就像刚才说到呃，前面我们不同的一些监管机构提到的都反复呃提到数据要素哈，是作为呃支撑我们未来一个数字化转型的一个很重要的。要素，那比如说未来我们很多的，呃，业务的那个。

提出新的产品的提出啊，可能都会基于数据分析为依据的这样一些，呃，产品的设计和产品的迭代的模式啊，呃，很多的内部决策，管理的决策啊和业务的决策都会以数据来说话啊，以不同维度的一些呃数据分析的结果啊，去做最终的一个科学化的这种。决策的机制。那么。未来像可能我们的银行产品到底做什么样的产品啊，这个产品应该是怎么去设计，他的目标客户是谁啊，推广的渠道是什么等等，那这些答案或者说一些呃问题的提出，可能都是会用数据来去说话，用数据去验证啊，不断的去呃优化提升我们这些呃产品的设计和在产品在使用中的一个一个运维能力的提升和呃新的功能的迭代等等。

那第四个方面呢，是组织管理和机构治理方面的一个一个延伸。我们观察到呃很多的银行机构哈，在思考这个呃数字化转型的时候，其实是非常希望呃觉得诶我们传统的金融机构，其实最好是能像一个呃金融科技的初创公司一样啊，一个更敏捷呃更高效的去进行团队的管理，内外的协同，还有一些创新思路，产品的创新孵化啊等等，那么呃这个方面的一些呃转型其实我们也是会看到。啊在呃整个比如以银行为例啊，整个银行呃在这方面围绕数字化呃这个转型这方面的一些演进的话，其实是要银行就要去考虑它整个组织架构的设计，它的思维模式，文化基因的这个调整哈，能够令到整个呃金融机构其实是。

准备好了去拥抱这样一个数字化时代的这样一个来临啊，那这样的话，我们的数字化转型才是呃能够最大范围的得到那个组织架构里面的啊团队的认可啊和支持啊，那在接下来的呃论坛哈，我们会安排不同的一个呃时段章节，从技术从业务哈啊，从一些落地的案例等等去呃分享在我们在这方面的一些啊可能出浅的一些思考啊，那后面呢，我们也请呃研究院啊杜院长，还有非常多的我们的一些不同的专家，围绕这个大的数字原生这样的一个主题啊，进行一系列的演讲和分享啊，在这里我就不再占用大家的一个时间了。最后，我预祝本次论坛圆满召开，也谢谢大家，祝大家身体健康，工作顺利，谢谢。

好的，非常感谢郭总的精彩致辞，我们对郭总提出的数字原生银行这一概念非常的拭目以待。它将具体包含哪些领域呢？用什么样的方式来呈现我们大家呢？下面就有请腾讯金融究杜小对这一概念进行详细阐，他将带来主题为数生银行互联时代的精彩发言，欢迎杜总。好的，感谢主持人，也感谢呃，看组呢刚才的精彩的一个致辞，呃，非常荣幸啊，和大家一起来交流汇报我们呃，关于这个在全真互联网时代啊，数字原生银行的一些啊思考，因为今天是有很多后面很多技术的专家，那我这个呢，一些浅显的思考呢，主要是来啊作为抛砖引玉，然后引出大家后面更好的发言和讨论，那么今天呢，我主要呃。

会分四个方面跟大家做交流和分享啊，一方面呢，是我们认为全真互联的时代已经到来了，第二方面呢，就是向大家介绍一下啊，数字原生银行我们理解的一些的基本的概念。第三个呢，是说我们来这个，呃，介绍一下数字原生银行实现的路径，第四个是我们认为数字原生银行发展的一个呃趋势。那首先全真互联时代已经到来，我们认为呃整个的这种呃数字化的转型，其实是经历了之前的消费互联网到产业互联网的一个呃两个阶段，那么从上世纪90年代开始，其实消费互联网通过撮合线上和线下的场景进行供需的匹配，其实是一个拿锤子去找钉子的这样一个过程，那么在二十二十一世纪啊初期，那么我们整个产业互联网通过链条的这个重构，将产业互联网。

啊与数字链的供需进行连接，其实是更好的服务啊小微企业，更好的服务啊制造业等等，那么我们认为未来呢，其实啊全球互联网其实是通过啊数字孪生云原生人工智能，区块链这些技术，将物理世界与啊数字世界建立更好的泛在的这种连接啊，那其实啊马化腾董事长其实也对全镇互联网其实做过一个阐述，认为全镇互联网啊通过数据、技术、算力，把人事物啊跨时间，跨空间啊，跨内容的融合啊沉浸式的，原生式的，智能化的，更真实更无感的进行互动的体验，更好连接数字世界，实现数实共生，这是一个全真互联的一个时代的特点，那我们其实可以看到，其实啊全真互联其实一直在处一个进化的过程当中，那跟以前我们说的啊，线上线下的融合，其实已经有更好的进一步的发展，比如说我们会看到啊，在公共事业层面，我们可以看到就是说。

可以远程的去去挖矿，可以通过啊机器人去做，比如说铁塔的这种啊，修复啊等等这些啊，通过社交我们可以现在看到一些啊，虚拟现实的融合啊，在线教育我们可以看到啊这种啊现在的这种毕业典礼啊，通过这种虚拟的场景啊，会议协作也可以看到，不仅仅是像现在我们现在看到的你可我是一个啊这种隔着视频的一个。对话的。呃，样子，而是说啊，可以把自己这种沉浸式现在坐在家人，但其实跟在现场体会是一样的，那金融服务我们也可以看到腾讯里面推出的那种虚拟营业厅的这种感觉，包括现在的虚拟一种客服的技术，在线医疗可以远程去通过，呃。技术手段实现远程的手术啊，以后未来可以这种方式还有很多的拓展，那其实我们认为现在全球互联网的时代已经到来，那么各各方面的因素，包括政策的因素，包括啊这个。

金融支持的因素，包括啊技术创新的因素等等，都促进了全镇互联网时代到来，我们认为这个东西啊，是我们所有的啊商业银行不能去忽视的一点，那么第二方面我们认为数字银行的一个数字原生银行的一个基本概念，那我们数字原生银行我们认为首先应该是有两个方面的维度，第一方面它是以云原生为基础啊，那么后面有很多的这个啊技术专家会来介绍这一点，那我们认为就是云原生的核心定位是在于成本和效率，那腾讯云的云原生从实践、开发、计算、架构、数据四个维度为依托啊。这个服务于银行的整个的安全体系和业务保障体系。那么第二个特点，数字原生银行，我们认为第二个特点是什么？就是一个数字驱动，那数字原生银行，呃，和传统的我们说银行经历了啊，信息化、数字化，智能化的一个发展阶段，那么数字原生银行在全真互联网时代的出现，它将是在组织治理、技术研发、业务运营、客户服务、产品创新、经营角色等方面从内而外产生的裂变，实现数字驱动的银行体系。那么我们知道，呃，其实有的银行家也提出来了，就是说未来啊商业银行就是一家金融科技企业，高盛也一直在讲，就是我们其实就是金科技企业，那其实我们认为数字原生银行就像刚才K总也讲了，它其实是从研发到啊。

业务客户的交互，到经营角色，到内部的组织与治理，全部都是依托数字化的方式，以数据为驱动，然后由内而外的驱动，不仅仅是现现在的数字化啊转型，而是说他就把自己当成一个啊数字型的企业，由内而外去实现啊业务的拓展和创新，这是我们数字人生银行的一个内核。

那么数字原生银行实现的路径，我们有认为有以下的几个重要的这个呃因素，第一个就是数字原生银行，那我们说它整个的这个架构体系应该是顶层，是啊，它是以客户为中心的价值定位，那么他在领导与组织上一定是要实现统一的战略支持数字原生化的愿景的实现。那我们现在可能。仅仅说是说我们支持数字化转型可能还是不够的，然还有由内而外的这种组织领导力的思考上，就是要是以数字化方向为思考，他在渠道上实现线上线下的全渠道的这种融合，原生化，在营销和风控上实现精准的数据为导向的数字化服务，那么核心系统，我们现在说商业银行这种集中式架构，像清和性分布式的架构去演进，底层是依托我们大数据已经计算人工智能、物联网、区块链的这个技术。那么在组织架构上，那我们说现在其实最重要的是商业银行在内部要向全面拥抱数字人生这个方向去转型，有更好的适应数字人生银行的组织架构和文化的体系。

那么在服务模式上，我们应该看到啊，商业银行是以客户为中心，营销和渠道的改变啊，线上和线下的物理渠道和虚拟渠道不断的去融合，不仅仅是说我们说物理的渠道向线上去去发展，那我们线下物理网点同样可以依托智能设备啊，依托我们说这种，呃。A的交互技术啊，实现在物理网点，其实同样我们可以在物理网点的一些服务通过虚拟的方式去实现，同样可以增加客客户的粘性，客户的体验，同样可以提高商业银行的效率，降低商业银行的成本。那在数据的营销方面，我们同样以数据为依托，包括通过精准的营销去开展客户的服务，那在技术体系上，刚才我们说的，我们会应用前沿的这些技术，同时啊。更为重要的是我们商银行的核心系统啊，像从现在的集中制，像轻核心分布式的架构去演进，轻核心我们也有的，呃，技术把它意味着售核心的，其实是剥离了大部分的管理功能啊，核心的系统只保留支付结算存在的核心处理，其他的东西我们通过啊云的方式来去解决，那么这是我们说在技术架构体系向数字原生的一个转型的方向。

那么数字人生银行我们认为是未来很重要的一个发展趋势，那么我们之前讲银行商业业银行的数字化转型，其实我们认为是有固态、液态、气态的一个形式，那么固态就是一个传统的银行这个通过啊，比如说ATMVM这种物理介质来实现一个信息化的一个过程，那么业态就是我们之前一段很长的一段时间经历的啊，银行的互联网+的一个状态，那么通过互联网啊，实现这种无处不在的服务，那气态其实就是我们现在讲的商业银行智能化数字化的转型，我们商业银行依托数据场景，将银行的服务和场景去融合，是银行的服务无处不在，或者说我们依托场景啊，依托我们说这个，呃，场景驱动来去。

让用户可能不在商业银行网点，不在商业银行的APP上，也能享受到商业银行提供的服务，那我们说其实啊，数字原生银行就是啊，物质的另一种形态就是等离子态，就等离子态它是由内而外发生的变化啊，等离子我们知道是原子内核发生了聚变，释放出大量的能量，比如说我们看到的闪电，可以看到你的火焰，那实际上银行的数字化的高级阶段就是以数字为驱动，内生驱动，由内而外。把自己当成一个金融科技企业，当成一个数字化企业，在组织治理、技术研发各方面内到外部裂列，实现真正的数字驱动的银行体系，这是我们说数字人生银行最本质的一个含义。那我们可以看到啊，全球前十的啊，互联网公司，其实全球前十的公司其实一直在啊，不断的啊发生的变化，但现在大多数的。

前十的公司都是科技企业，并且我们也可以看到啊，它涉及到全镇互联网不同的一个领域啊，也包括腾讯也一直在全球互联网上有所设计，那对于金融行业来说啊，在全镇互联网的时代，我们认为科技正在赋能金融的数据原生，引导我们去进入全镇互联网的时代，那么所有商业银行应当拥抱全真互联网时代，把自己啊。转型或者定位为的数字原生的隐藏。啊，这是我简单的跟大家做一个分享，就是抛砖引玉，后面还有很多的啊技术方面的专家过来啊，介绍云原生等很多的啊概念和应用的案例，那么如果大家感兴趣，可以下来跟我们进一步分享啊，时间的关系我就介绍到这里，谢谢大家。好的，非常感谢杜总的精彩发言，随着数字经济新技术的发展，银行业业务架构的敏捷化、弹性化乃是大势所趋。接下来有请中国信通院云大所主任陈毅丽和大家分享云原生赋能金融行业创孝展，欢迎陈主任。

好，感谢主持人，然后那个郭总，还有杜院长以及咱们的各位嘉宾以线上的，呃，各位朋友们大家好，然后我是呃新能院云大陈丽，嗯，今天分享主题是原生赋能金融行业创业发展，因为我本人呢也是这个。云原生产业联盟的秘书长，所以呢，就是这几年吧，然后一直从事这个原生的一些呃产业吧，包括技术，国家技术，还有这个应用实践的一些研究。嗯，那今天主要分享是分为四个部分吧，第一个就是我们金融行业在国内的原生的一个发展现状啊，第二个是说在金融行业里面原生的一些关键技术和热点应用，那么第三个呢，我们金融行业在云原生改造的一个需求和实施路径的一个分析，那么第四个是金融行业在云原生发展的一个趋势吧。

首先第一个就是行业发展现状啊，从政策层面的话，刚刚刚那个郭总也提到了，就是说，呃，就最近的应该是这个十四五规划，严景远景发展纲要，还有这个国务院发布的这个就是发展这个，呃，数字经济的这样一个文，那么可以提到就是金融和啊，就是我们的技术，然后一个融合发展。那其实从啊一五年到到今天吧，然后相关的政策其实也是在不断的就是颁布，也对我们金融科技发挥金融科技赋能这样一个啊一个愿景，其实提出了一个更多的要求啊，那么我们怎么借助我们的数字化技术，然后提升我们的业务。那么在这个云生，那今天来讲，我们不用再去解释什么是云生，那么在呃，我们观察到的一个现象，就是说在金融行业里面。

原生已经成为我们的金融机构一个重要的，呃，数字化转型的这样的一个重要战略，还有是它是一个很很切实的这样一个重要抓手，那新能院在去年发布的中国原生用户调查啊，从这个调查的这个数据显示啊，就是金融业在原生的这个应用的比例是显著的提升，那么企业对于它的这个程度，还有资金的投入都是空前的一个高涨。啊，我们可以看到这个相应的图，那么原生技术建设费用占总体总体的it的投入的比例已经超过这个。大概是5%~30%，因为不同体量的这个金融机构是不太一样的，所以呃，我们从这个样本里面分析，大概是占到这样的一个，比如说这个啊，53%的这样一个比例的话，是占据了，就是有大概比例是5%。

这样然后最小的也是9%，应该是在70%左右，所以呢，就是目前整个对it投入这种啊，只有大的大，呃大宗的机这机构为主吧，第二个是这个从原生化改造的这个需求来讲。啊，53%的这样的一个机构，是这个69%的企业，不好意思，这个图好像贴错了，这个是非常紧迫的去作为它的一个重要的一个规划，从我实际的这个和呃。各类的金融机构，然后的一个沟通来讲，他们对于原生的重视程度非常高的。那右边的话，大多金融机构也非常认可生的一个技术价值啊。包括这个技术资源的利用率啊，然弹性伸缩啊，提升这个交付效率，包括降低我们运维的这个复杂度啊，甚至说在这个看这个架构方面的一个扩展性，也是他们比较关注的一些点。

那同时呢，也会对原生的一些采纳有存在一定的顾虑啊，那主要的核心的可能就是安全稳定，还有一定的这个技术门槛，学习的成本。那第三个主要的核心就是说，嗯，新老这个系统的一个兼容性，是他们比较关注的，或者说是困惑的几个方面。呃，另外一个就是云原生技术在生产环境的产纳率是不断的提升的，我新院在这个大概15年16年吧开始研究云生，当时呢，更多的这些新技术都是在试验环境，或者说在测试环境，那么他的呃就关注度很高，但是实际上在生产生产环境中的产纳率是非常的呃，比例非常小。

那同时呢，像容器啊，微服务啊啊这些这些技术呢，其实是没有得到很好的这个大规模的这个推广。那这两年的这个实际情况的话，尤其像比较成熟的这个技术，其实在金融机构里面啊，包括银行，证券保险都有这种大规模的这个应用，而且这个体量相对来说还是比较大的，然比如说这个某大行，然后它其实是呃，几十万级的这样的一个一个规模和体量。那主要的这个主流的方式路径仍然是以这个公有云私有云这样的一个混合部署方式，因为呃多云架构是未来云生的一个，也是一个技术趋势吧，另外一个就是在云生安全能力这块的话，目前来说相对来说还是比较薄弱的，因为第一个是受限于这个采纳率的一个问题，第二个是说呃原生安全的能力，目前整个行业来说还是成熟度不是太高。

那从嗯不同的环境，在我们分分别的分析了容器微服务和的一个技术采纳情况，可以看到，就是目前容器的采纳率已经高达百分68，那么微服架构的使用率占了62%啊，S的话相对来说比较少，它在核心的应用里面大概不到数吧。那第二个是金融行业的原生的关键技术和智能应用。这里面因为对于像容器啊，微服啊，S啊等这些技术，呃，都比较广泛了，我就不再展开讲了，主要讲的是金融的一些属性，或者说金融行业的一些它的一些核心诉求。那我们认为就是说在金融行业里面，可能业务驱动和应用创新这个双因素是推动金融行业进行啊化改造的这样一个主要的两个因素吧。

因为金融行业在这个，嗯，一直以来都是这个，呃，信息技术强依赖的这样一个行业，另外一个就是它的一个，呃，核心的点就是说对于合规性要求比较高，对于稳定性要求比较高，除此之外呢，对于他对于这个。呃，技术创新或者运营创新也是有非常大的这样一个诉求，所以呢，就是我我们认为可能是金融行业算是我们信息技术里面一个，嗯，比较就是高要求，高门槛，高水平的这样的一个，一个至少是这样一个场景。那从呃，业务驱动和创新这两个因素来看的话，那么云原生其实是非常符合就是客户金融机构的这种需求的，因为这在底层来讲，就是我们可以大大降低这个呃，我们的呃资源的这种成本，我们提高利用率，然后实现弹性伸缩啊，包括我们这这个快速交付啊，还有这个。

嗯，能够通过这种微服务结耦合的这种架构，实现我们的呃业务敏捷啊，那么同时呢，也可以跨平台的服务调用，服务发现，服务管理，做一些这种服务的这种，嗯，提升我们的服务能力。那同时呢，在这个集群管理，因为金融机构来讲，它都有一些，比如说总行啊，或者分行啊，这样的一个就组织架构比较复杂，或者说是比较庞大，那么能够支持这个我们的一体多中心的这样部署，嗯，规性的要求，比如说我们的两地三中心啊，或者三地市中心，四五中心，这样是有一些合规的要求，第二个是他要保证业务联性。所以呢，在这个一体间的这个服务的负载的分流，那还有包括故障的切换和统一管理，在这方面也是要加强的，除此之外，在运维这个层面，一部分要大大简化我们的啊运维的这样的一个复杂度，第二个是我们能够啊可以实现这种可视化的编排。

呃，降低我们的这种啊心智，或者说我们的这个运维的难度，同时呢，我们要打通开发测试部署的全面条的这样一个能力。那在企业级pass平台这一块，我们以前在讲我们的技术中台，数据中台，业务中台，其实是呃，我们要呃下沉，下沉一些底层的这样的一些能力，能够把我们通用的或者说是一些一些组件能够呃通过这种抽象化的这样的一个或者服务化抽象化这样一种的能力，把我们底层的这些呃上层的或者是是底层的这些呃服务能力，然后能够啊。把它变得做做的更加的丰富，能够减轻我们的这种这个上层的业务的这个灵活性。那随着这个数字化转型的这个需求的旺旺盛啊，就是我们，嗯，基本上可以看在金行，在金融机构里面，我们无非是把这个做两个方面，一个是数字的资产化，另外一个资产做数字化，那就有这层的需求的话，就是我们要在上面对于这个强监管，高可用，异地，异地多活，或者业务的迭代，或者流量，呃，个性化的需求能够有一个很好的一个支撑，那总结来说，我认为云生其实是。

呃，众多的数字化技术中的一个，相对来说比较，嗯，是有生吧，可以这么理解。另外一个就是呃，多活架构是我们啊金融业可以应对这个合规的风险和业务连续性的这样一个关键的一个保障。呃，因为一些核心性，尤其是交易交易类的啊，是不允许我们有这样的，有任何的这样的一个差错，所以我们要就建立起来这样一个相对来说比较复杂的这样一个机制，保障我们的业务联系性。

呃，除之外我们像嗯，同城双活和伊利储备两生中心，这都是银行业来说是必备的啊，可能银行和证券啊也是有相应的要求，嗯。另外一个在这个，嗯，从底层的这个高可用的管控平台，到上层的容灾服务视图，还有这个变排能力和切换的恢复能力等等，我们要支撑整个全链路的容灾，包括多场景的这样一个容灾能力，嗯，所以呢，多架构来说，对我们啊金融行业来说，嗯。非常关键的一个技术。另外一个就是对于分布式能力，它能够显著提升我们金融金融级的交易系统，大家都知道，就是在这个核心交易系统的话，它一致性是一直是一个挑战，那么随着我们的这个架构，从传统的it的这种啊单体架构，然后转到分布式架构，那再到今天的这个我们的原原生架构，其实是呃，这个复杂度是逐步提升啊，原来我们从这个啊，这个单体的这种架构啊，到OA，再到今天的微服务，其实是这个整个链条，是的，这个业务的链条是越来越复杂，那么我们跟踪，呃，我们最终我们排查的这个难度就更大，那么在这个过程中，我们分事物的这个解决的能力其实也大大增加了，那在在传统技术中呢，事物的方案对资源的这个家属时间比较长，比较大，是是制约了，就是系统的可伸缩性和高高可高可用性。那么在原生的这个技术架构里面，我。

能实现跨平台跨服务的交易的统一编排和治理，能够啊，很好解决分数问题啊，支持多能模式，具有很强见性，就是说这个是一个鱼和熊掌不可兼得的一个事情，然后在原生里面我们可以实现，就是说呃能够保证这个强，就是事物的强硬个性，然后同时呢，又可以实现这种弹呃系统资源的弹性伸缩和高可用。

那这个在分事务这个一些使用场景，典型的像在银行里面可能就是支付于转账，财富理财啊，或保险跟监管，监管的报送等等这些在事务交易里面，分事务的技术方案里面，可能目前主流的就是三个三个模式，一个TCC，呃，FFMT，还有三这样三种模式。在这个应用场景上就来讲，就是目前的应用的案例，主要集中在互联网金融创新业务这里面啊，比如说我们这种代呃代收代收付缴费业务，比如说这个我们跟生活相关的水电费啊，还有交通啊，罚款啊这些等这之类的，就相对金融机构来说是一些创新性的业务，可能是对于这个实施性啊要求没有啊没有那么高，还有这个就是说一些比如说银行的这种积分的这种啊，积分兑换啊，积分抢购这些这些的场景那。

主要主要的这个典型的可能第一个就是信用卡的业务啊，这个是各个银行吧，目前来说呃，比较成熟的应用的，在云生这个技术架构里面用的比较成熟的一个场景。嗯，这个数据的这个显示就是那到一九年大概是。全国的信用卡大概是7.4亿张。就是人均持有量，大概是每一个人都有，就0.53个卡，他的业务增长量其实8%。作为一个实性要求没有那么高的话，那服务的话，其实呈现可以实现这个线上化，场景化和生态化的趋势，在这个我们的这个应用场景和资源高效利用的这个下，能够实现嗯，高并发弹性扩展疫交付和部署可用融一体的这个新一代的分布式的原素架构啊，必由之路吧，那么在这个产业生态里面就是。

在银行的，呃，信用卡的业务主要是包括信用卡授信啊，发卡消费收单还款分期提额，那他在这个云生，通过云生地址底座能够。坚实有效去支撑这个大数据的计算风控体系，也可以实现灵活多样的消费分析的场景，因为不同的卡片有不同的这种活动啊，或者说是这个呃，促销的力度啊，所以能够通过云能够快速的实现业务的这样的一个。灵活性能够实现快速上线，快速迭代这样的一个优势，那么像营收类的业务的话是啊，比如发卡收单啊，分期啊，都可以通过原生这种啊，比如说这种微服化的这个设计，或者说我们通过底层的这个，呃，资源的细度的这样的一个，嗯。

弹性伸缩能够帮助我们降本增效。另外一个就是金融信创云场景，因为在金融行业里面近几年吧，然后信创的这个。嗯嗯。需求吧，也是非常的，嗯。紧迫，那么我们对于这个信创的改造，其实大家可能各家的情况不太一样，对于信创的这个方案其实也是，嗯。不同，走不同的路线。但是就是除了一一，就是在这个信创里面，就是呃，我们在普遍叫什么六加二，是六个芯片加两个操作系统这样的一个基础上，那底层的可能大多是基于这种虚拟化技术，呃，那甚至有一些就是使用原生技术，使用容器技术去解决，就是呃我们的就我们的通用的环境和信创的环境能够实现这个呃异构统一异构管理吧，能够啊打通通用的环境和啊新创的环境这样的就是嗯嗯业务的一个互通，或者说是混合部署，这样的话就构建出来一个云多新，所谓的云多星，能够真正的促进我们上层的应用的啊信创应用的这种啊生态。

因为在这个。啊，政府或者企业的这种啊，就是第一个政府啊，推动这个新创的这个生态建设，另外一个呢，企业也是说大力发展信创的这个呃战略，那么配合我们的国家的这个大战略，那么信创的呃，从已经从第一阶段就是党政的信创迈向第二阶段就是行业的新创，这这样同时在金融啊，金融应该第一批和第二批应该大概是几百家的这样一个机构，然后去开展新创嗯项目的这种验收。

嗯，从这个效果来看啊，包括我们在新院也在呃一些嗯行业或客户里面做了一些具体的一个测试，从结果上来看啊，在用原生技术的一个，不管是性能还是呃可靠性上来说就更具有优势，那同时呢啊，原生其实是具备这样的一个，他尽可能去屏蔽，就是底层基础设施的这样一个叫异构环境，或者说是复杂度能够实现啊业务的这种平滑的这种迁移者说是统一调度，混合部署等等这些优势。那嗯，因为时间关系啊，就是我我加快一下，就是第二个第第三部分是说我们金融行业是这已经在这个合规性上和业务连续性上，和能力完毕性上，呃这样的一个考量就啊就导致我们的这个实施径是必然是呃一个分阶段的一个演进过程，那云生化的一个改造，总体是我们认为是遵循着增量先行，存量迁移，全量改造这三步走的一个大原则，呃首先金融业肯定是一个呃强信息化依赖的这样一个行业，那么对于这种核心系统啊，历史包袱还是比较重的，那么对于一流系统的改造的挑战是越是比较大的，所以我们是要比较谨慎式的，或者眼镜式的这样的一个啊既定方针，那么在第二个阶段，我们的新业务接入了，老业务迁移，那改造前我们要做一些科学规划，系统梳理啊，确定我们的啊，整体技术线首先能够明确一下，就建立我们的，呃。

各家适合自己发展的这样一个方法论，那么在这改造中的话，我们要明确的建设目标，确定我们的能力线的原则是，第一个是肯定是不能影响现有稳定架构，第二个是必须经过生产环境的大规模验证。

第三个技术线是必须是，嗯不能说是必须，可能是最最好是以这个主流的技术站为主，这样的话能够保持生态的这个呃健康稳定，具有可行性发展能力。那么第三阶段的话，从我们的业务整体切换哦，未来我们的业务必然是首先是要化，第二个是可能是要语原化这样的一个改造之，呃，那么建设过程需要参照嗯以下的一个是提出思想建议吧，第一个就是这个理清全局的架构，然后结耦业务逻辑，呃强化我们的技术底座，能够通过呃抽象化的这样一个能力或者服务化我们的一些核心组件。那金融行业云发展的一个趋势，技术的我就不再讲了，然后我们可以看到就是第一个技础设施逐逐步从这个虚拟机转向容器，因为我们的分析是说，就是在很多互联网的应用中，大部分的业务都可以从虚拟机迁移到容器，呃，不仅仅是状态，其实未来的很多有状态其实在容器里面也可以适配的很好。另外一个就是中间这一层，我们从专用转向通用，什么意思？就是我们原来这个就是相对来说比较专有的，比如说这个，呃，有一些嗯，生态绑定或者这线的绑定，逐步转为成一种，嗯，抽象化的或者通用化的这样一种能力，和这个尽量降低业务的灵活度和复杂度。

嗯，那同时呢，像开源的这些中间建其实也是在蓬勃发展，然后我们更多利用开源的这种社区的这种项目，或者是技术技术，然后去做我们的技术的规划。第三个是这个容灾的机制，从资源的应用，原来我们在讲，我们更多是资源层里面做容灾啊备份呀，啊做这个我们的啊，就是什么两三中心啊，这种这种冷的热备的这种，慢慢慢我们上升到是从资源和到应用两层的，都需要做相应的这种容灾和这个多活的这种机制架构，去保障我们的业务联续性，这样多了一份保障。

嗯，那第二个是袁生，其实是呃死于开源啊，新开源我们这这么理解，那同时呢，对于企业来讲，需要提升我们的这个技术研发实力啊，并且引入开源治理，因为啊近期也嗯发生了一些事件吧，然后也导致我们给我们敲响了警钟，嗯嗯，我们要在利用与开源的同时，也要引入了一些风险，所以我们要对于企业来讲，我们要能够规划好自己对于风险的把控，对于嗯开源治理的这样一个相应的规范，那同时呢，也非常。

嗯，就是很开心的看到，就是国内的这种开源，在开源社区的这种力量其实在呃，话语权逐步的提升啊，那从新能源的统计的一些数据，我们在开源社区的主导的项目越来越多，也见证了我们原生我国原原生企业在这个我国的企业在原原生领域，呃，在开源力量方面崛崛起。嗯，第三个是这个安全可能是成为我们原生。最终落地的这样一个新的挑战啊，原生安全的几个特点，第一个就是按传统安全边界消失了，然后在某些场景，第二个是架构复杂度高么，导致这个呃，我们的攻击面增加。第三个是呃，就是。原生安全是更多是以动态安全为主。所以在一定程度上就打破了我们原有的这种防护模式，那么CD每年都会发布，就是容器安全的一个使用报告，那。就去年的这个的数据显示是百分之四九的容器的啊，全生命周期或啊看到一个存活是不超过五分钟的，也就意味着我们那百分之将近一半的容器的实力是在五分钟的时间里消失了，那对于安全的话来说，对于溯源溯源啊，对于安全的这种排查，其实提出了更多的这样一个挑战，另外除了在容器之外，容器可能更多聚焦在原生计算环境，然后同时呢，在demovo，华为API方面有很多的这种安全的问题，需要就是引起我们的视。

那最后的话就是新能源也是啊，比较早期在国内，然后致力于原生方面的一些研究啊，同时呢，我们也是加强培育，就是国内原生的这样一个啊，新生态依托于我们的云原生产联盟，能够聚集产业研，打造原生金融行业的这样一个生态圈啊，探索就是我们怎么样利用原原生技术赋能我们的企业业务发展。

第二个是我们稳步推进准化工作，那么联盟这些金融工为抓手，就是推进金融行业的原生相关的啊，产研交流，还一些事件分享，围绕金融行业的这样一个现实的一个痛点，开展一些技术研讨，标准制定这样一些工作，那么我们也形成了就是国内相对来说比较完善的标准体系，那么第三方面的话，就是为了贯穿这个标准的这样落地，我们以平促建，能够指导就是我们的客户，然后给他们这个建设，原生的建设做一个呃建设指引，同时呢，我们的评估也可以帮他们筛选出来一些相对来说比较可靠的一些产品，嗯，那么这样的话，能够整个把产业的这样一个能力做成一个比较强流的这样一个闭环，为金融行业的客户，呃，在在利用原生的呃，这个能力方面去提供一些参考依据，那么。

在这个过程中呢，其实也非常感谢腾讯云一直在的合作，然后啊，目前是呃，通过了像新科院的原生相应的评估，大概十多项吧，呃，像今天那个海龙这边的一些coding啊，包demos啊，TSF啊，T ke啊，嗯，我们也去年也发布了，就是联合腾讯云写了一本就云原生降本增效的这样的一个白皮书，我们也呃以新能院广以开放的这样的一个姿态，也是非常。嗯，希望和这个业界的各方能够一起推动原生产金融行业的一个落地，好，我的，呃，汇报到结束，感谢大家。主持人，好的好的。好的，感谢陈主任带来的精彩发言，我们对于原生这一重要行业技术领域有了非常深刻的技术认知。下面让我们有请知名技术咨询与实践落地的专业机构，同时也是本次论坛的唯一协办方south works中国区创新总监萧然，给大家进一步分享云原生的行业洞察，他将带来主题为数字银行上文之的精彩演讲，有请肖总。

好的，感谢主持人。呃，感谢主持人的介绍，也感谢我们主办方啊，腾讯云作为一个作为合作伙伴给我们搭了这样一个平台啊，那么今天呢，呃，我就利用这个简短的20分钟跟大家一起分享一下，呃在过去的两三年时间，我们帮助银行进行数字化转型过程中，呃，在帮助银行上云，走向云原生过程中的一些经验，呃，那么希望通过这次分享呢，给我们的银行同事们带来一些思考，呃也希望在后续的呃碰撞过程中呢，能够和我们的主办方一起为银行走向云原生啊尽一些这个绵薄之力。

呃，首先呢，我来自于这个斯特沃克啊，啊，我们是一家这个全球的科技背景的咨询公司啊，我们在全球呢，呃，和这个各大的这个云厂商都有合作，主要是帮助啊我们的这个合作伙伴在走向这个云原生的过程中，对吧，对自身的企业架构，对自身的这个基础设施进行啊这个设计和改造，从而能够更好的利用啊这个云时代，发挥我们这个云原生的优势。那么今天我的分享呢，主要是两个部分，第一个部分呢，我想讲一下，就是在银行上云的过程中，我们所看到的，呃，一些这个认知上的，呃，一些不同的这种思考。第二点呢，是从这个落地的角度啊，跟大家分享一下，我们认为咱们中国的银行在接下来走向云原生的时候，我们应该怎么样去这个务实的去落地。

那在这个讲认知之前呢，首先呢，我相信还是有这样一个大背景，呃其实在上云这件事情上呢，我们从呃14年15年就开始了，呃那个时代呢，不知道大家还记得不，作为银行人呢，实际上大家都有一个，呃当时都听到一个共同的要求，呃就是我们呃去ioe对吧，我们都知道ioe呢代表了一代的啊，以这种商业软件，商业这个套件为基础的啊，在这个过程中的时候，呃给我们提供了一个很好的信息底座，但这个底座呢，随着我们数字化时代的展开的时候呢，实际上出现了一个很大的问题，就是它不能够支撑我们数字化这个金融业务的发展啊，这个时候呢，其实当时的银监会在2016年就已经要求了我们，特别是在我们现在叫做银行业务的前台啊，包括我们的网金，我们的个金，对吧，这些应用，呃，要求大家要向要向云迁移。呃，这个过程中呢，实际上我们在17年18年的时候，观测到了非常多的银行在这个过程中，呃，把很多的应用已经放到了云上面去，呃，那如果大家看刚才呃，这个我们开篇的时候讲到的个银保监2022年今年刚刚发布的这个数字化转型的指导意见里边的时候，大家会发现啊，其实已经没有在提上云的，没有上云这个说法了，原因呢，是大家可以看到在科技能力打造里边呢，提到两个非常关键的，呃应该说是两个非常关键的能力，第一个能能力呢，要求大家呃对基础设施进行弹性的供给。

我们都知道对吧？呃，如果我们真正意义上达到了这个云原生，那实际上我们对基础设施的弹性的利用啊，会上到一个新的高度。第二点呢，是银保监的数字化转型指导意见里面非常明确的提出了，我们要全面的推进这个分布式架构，要构建分布式架构的能力，把这个分布式架构呢，对我们现在的各大银行来说已经不陌生，大家在做的很多的微服务，或者说是这个，呃呃，所谓的service matchsh，其实都是分布式架构的一种，呃，这两点呢，实际上从银保监的这个数字化指导意见转型的指导意见里边，我们已经读出了，不仅仅是上云，而是要走向云原生。

那么在这个趋势上面呢，其实我们看到了呃这个过程中的时候，银行的一个发展的潜力，同时呢，我们也看到一些挑战，那么接下来呢，我就想从潜力和挑战给大家做一些分享，呃在讲这个潜力之前呢，还是希望说呃能够对云原生有一个呃简单的定义，对吧？这里我们谈的云原生呢，呃，其实我们避免了谈一些技术细节，但是我们看到呢，云原生在全球，特别是在我们的金融行业里边，是能够帮助我们的金融机构走向数字化的这个银行，并且呢，能够在这个过程中提升我们面向客户，面向市场变化的响应力的，由此呢，在我们走向云原生的过程中呢，其实我们也发现了呃银行现在正在经历的三个发展浪潮，第一个发展浪潮呢，是大家很多的这个大行啊，包括我们的这个四大行，实际上呃，在这个过程中都在利用云原生的能力在更换这个底座，对吧，包括有一些金融。

机构跟我们的这个主办方，呃也在合作，那么这个合作的过程中呢，大家会发现，如果我真的把云用好了，那么在未来的这个业务发展的过程中呢，实际上给我带来了一个呃这个差异性的竞争的优势，我们可以想象一下，过去的时候我们是非常惧怕于像双11这样的一个波峰，对吧？这样的一个情况呢，对于我们银行来说其实是非常挑战的，原因呢是呃，我的这个整个容量设计是不太可能按照呃这个峰值来设计的，那么这样呢，这个投入产出比实在是太低了，那么呃浪费了很多的这个运算资源，呃随着这个云和弹性容器的这种技术的普及呢，实际上它给我们带来的这种银行底座上面的一些优势，是可以支撑我们能够快速的去响应这种市场变化的，未来呢，不仅仅是这种双11带来的这种事件级的，呃金融服务的这样一个波动，同时呢，我们也会发现对吧，这个公司业务和我们的这个金融呃市场的业务，随着它的发现，随它的发。

展，包括了这个量化交易啊，这一系列的一些金融的展开，我们对这个数字化底座的要求会越来越高，这个呢是现在已经在发生的。那么第二波呢，其实我们看到的一个机会呢，就是银行在走向开放啊，比如说比较领先的一些股份制银行，类似于招商银行，类似于浦发银行，大家会看到他们在打造一个开放银行，他们把自己的金融服务，对吧？呃进行了一个开放平台的梳理，通过API的方式能够呃暴露给我们更多的这个潜在客群，能够通过数字化的方式和大家对接，这个呢，也是这个银保监在数字化转型里边所提倡的，某种意义上是对大家的一个要求，对吧，要求大家去支持产业的数字化，那这就涉及到一个，呃，这个开放的这个基础，那么我们认为呢，在大家走向云原生的时候，这一步呢，是很多的领先的，具有科技实力的啊，一些银行已经在往前迈了，最后呢，其实我们发现还有一波对吧，浪潮在接着这个云原生的时代会去推广，那这就是我们过去所谓的这个千人千面，在过去的时候呢，这个千人千面实际上啊，我们还是比较难做到的，原因呢是。

我们的这个客群的需求和我们在这个过程中的时候，怎么样去洞察客户，以及能够快速的响应客户的要求，其实非常困难。但是如果我们反过来看一下，我们另一个比较依赖于信息化技术的产业，就是通讯产业，在5G的这个发展下，我们会发现这个通讯，包括这个运营商啊，开始在思考怎么样去提供差异化的网络服务，那比如说我们针对的一个，呃，一家制造企业和我们针对一个小区，我们现在就有这个能力去布局不同的网络，而实际上这背后的核心逻辑是什么呢？是我们在这个过程中的时候，逐渐正在走向云原生。

对吧，这是我们会看到的，我们银行在走向云原生的过程中的时候，三波机遇，而这三波机遇呢，实际上呃，我们的银行其实某种意义上都意识到了，但是呢，这背后呢，实际上也伴随着非常大的一个挑战，呃我们想借用这个全球的时候，这个capital one，大家都知道这一家企业呢，实际上是在呃数字化和利用数据方面走的比较前的一家金融机构，那么这家金融机构呢，其实呃，它有一个这个很有意思的一个，呃一个职位啊叫稳定性和s re，我们都知道s re是来源于这个devs的这个运动，这有一个副总裁，这位副总裁呢，当时在一次公开的演讲里边就提到了，当我们在应用这个云原生的这个技术的时候，实际上他给我们带来了非常高的和不一样的要求，他用了一个词语呢，叫未雨绸缪，呃，当然在现在的时候，刚才我听到我们这个信通院的这个技术专家也在讲解，实际上我知道信通院也在做这个混沌测试方面的一些探索和。

超准，那实际上我们会发现啊，它在之前的类似于IE这样的一个封闭技术的这个环境下，我们其实呃，在某种意义上是很可控的，对吧，当然带来的这个弊端也是我们业务发展是受限的，现在我们面向开放的开源的技术，那这个时候呢，需要我们用不同的技术手段对混沌测试仅仅是这个冰山一角。那从我们过去两三年帮助银行在这个上云走向云原生的过程中呢，我们觉得其实银行面临着这三个方向的挑战，第一个挑战呢，就是呃，云原生本身把包括上云这件事情，实际上是对基础的工程工艺的一个改造。那比如说我们现在呃谈的比较多的这个devs对吧，甚至于说我知道这个呃咱们公呃呃这个呃信通院这边也在做这个be devs的标准，实际上呢，这个东西呢，跟我们之前的基于类似像呃这个ioe的大机的这种时代的时候是完全不一样的的，思考的方式也发生了本质性的变化，他在流程设计和工益设计上都有很大的不同，是吧，如果我们再看一下这个人行的呃，刚刚发布的金融科技的这个三年规划里边，呃甚至于提出了类似于精益的MVP的这种经营方式，所以这一点呢，对于我们啊，这个银行本来是一个在强监管合规下面对流程和规范性要求非常高的一个行业里边呢，这一点的挑战是非常巨大的。

第二点呢，是呃，随着这个云的抽象，对吧，我们会发现说软件定义一切这件事情更近了一步，他们离我们呢就更近了，在软件定义一切的这个时代里边呢，很多事情我们会发现，呃，都不可能再靠我们人肉完成了，很多事情必须定制化的去，就比如自动化的去完成，那在这个过程中，对于我们整体的一个科技能力，对于我们整体的一个科技认知也形成了一定的挑战。最后一点呢，啊，也是逐渐的在浮出水面的，就是我们当我们想去利用这个云的能力，想用这种弹性的能力啊去做这个业务，金融业务的时候，我们也面临着监管合规方面的约束，对吧，怎么样能够在这个呃，相对呃，这个监管合规要求的这个框架基础之上，去发挥我们这个云的优势，能够给我们的客户对吧，创造新的价值，这一点上面呢，其实各家其实都在思考对吧，这里边也包含着我们另外一个很重要的课题就是。

我们在这个数据的利用，对吧，怎么样利用好数据这样一个生产要素。所以这三点呢，应该说在过去的两三年时间里边，我们的银行还是面临着非常大的一个挑战的。在这个机遇和挑战面前，当然我们要思考一下，怎么样最后去落地，在落地方向上呢，首先呢，我们想从这个大家都比较熟悉的一个这个技术的这个视角来看待上云和走向云原生这个角度，呃，那么这六个方式对吧？这六个上云的方式，呃，当然这个打个引号啊，因为最后一个并不是上云对吧，但是它是一种上云的思考啊，在这里呢，啊，我就不再赘述了，因为我相信线上有非常多的技术专家对这个分析的比较深入了，但是通过跟各大行的合作的过程中呢，实际上我想强调的一点呢，啊，大家不要排斥对吧，任何一种可能的，呃，我们在这个上云的思考，甚至于最后一种保留，对吧？我刻意分析之后，我认为这样一个应用和这样一个系统，它就是应该保留，因为呃，某种意义上我们在上云的过程中还是要考虑投入产出比的。

这个投入产出比不仅仅是我们在技术上的，也是在我们业务上，所以啊，我们在上云的这个过程中的时候，需要去根据不同的业界已经提炼出来的这些方法和方式，对吧，去合理的分析我们怎么样设计自己的上云之路，对吧？因为未来我们可以预期啊，我们的这个整个系统和我们未来的整个的这个企业架构将是生长在这个云原生的基础之上的。

那么最重要的呢，不是这个技术视角，我相信线上的各位其实对技术视角都有很强的一个经验了，实际上是这个业务视角，对吧，我们说银行上云走向云原生，它一定是一个业务活啊，这一点呢，其实很好理解，对吧，我们都知道说，呃，这个云和过去的这种物理系的技术架构呢，其实有一个本质的区别，就是过去啊，我们叫scale up。呃，现在呢，我们叫scale，或者叫scale out，呃，那么过去呢，如果我们发现一个应用，它不能够满足我的用户载量的时候呢，我过去用了这个一个这个四个四个核的机器，我变成八个核的机器，对吧？过去的时候呢，我是16G的内存，我变成32G的内存，这个叫scale up，对吧？呃，但是呢，我的应用仍然是一个实体。现在呢，这种skill down的方式呢，是当我在发现我的这个资源不够用的时候，当我在发现我不能够满足我的客户的这个呃实时的要求的时候，我可以再部署几台，对吧？甚至于利用容器技术，我可以在几秒钟的时间里面，呃，获取到成千这个上万倍的一个运算能力啊，特别是在双11这样的一个瞬时的峰值非常高的情况下，我就能够很好的满足它，这是一个非常不一样的思路，很多的这个银行在上云的过程中呢，我感觉大家说了一句话，叫做我们要让业务无感，这句话其实是有问题的，业务必须要有感觉，而且业务必须要参与到设计中来，我们现在在技术上解决的这个所谓的最终一致性问题，对吧？以前我们就一台实例，现在我们是多台实例，必须要在这个过程中的时候去同步我的数据，这个问题是一个业务问题，这不是一个这个这个技术问题，技术上我们有非常多的解决手段，但是它都受制于业务上，你的业务是怎么设。

的，你到底能容忍数据在多长时间里边能够不一致，对吧，我的业务能够容忍，说这个24小时里边数据呢，能够保持一致就可以了，那有些业务的时候可能24秒，甚至于24微秒都不能接受。

那么它的这个一致性的要求是通过业务的设计，那么我们技术仅仅是为了去满足这样一个业务的设计，那么展望未来呢，实际上大家也会看到对吧，未来我们到了云时代的时候，我们大量的依赖于一种运算资源，它跟水电气一样的，它是有成本的，那么每一行代码，每一个算法，每一次部署的每一个这个机器，其实我们都要考虑它的这个成本几何，特别是在国家双碳对吧，这个3060这个要求下面，我们会发现这件事情变得越来越重要。对，斯特沃克在全球的时候已经跟一些这个，呃，一些机构，包括云厂商，对吧，这个一起形成了这样一个组织，对吧，我们专门在谈这个green algorithm的绿色算法，我们会统计这个算法所消耗的能源。对吧，它部署在什么样的这个，呃，数据中心在什么样的片区啊，那么这个片区里边到概到底这个在这个时间时间点的时候，它的能源消耗几何，那所以它是一个业务问题啊，在这里呢，我就想呼吁一下，对吧？呃，通过这个平台，我们的这个上云的过程中，特别是如果我们希望真正意义上走向云原生，我们一定要让我们的业务同事有感觉，我们一定要让业务同事理解上云到底是一个什么事情。

那么最后呢，今天这个时间有限，呃，尚云呢，跟我们数字化转型，我们认为说是一个重要的组成部分，它也共享着数字化转型的一个特点，就是它充满着不确定性，对吧？这里边儿虽然说我们看到了有很多技术的积淀，有类似于像腾讯云这样的一些呃云平台的厂商，他们越来越成熟，但是呢，毫无疑问，对于每一家银行来说，我们的上云之路还是定制化的，还是摸索出来的，所以本着我们中国人的这个知行合一的精神啊，我觉得我们大家要在做的过程中才能够找到真正的答案，最后呢，也预祝啊我们银行啊，也预祝我们这个科技的这个同仁们能够在上云的过程中的时候，呃，直挂云帆济沧海，谢谢大家。

好的，非常感谢肖总的精彩分享啊。腾讯作为国内最大的云计算专业机构之一，一直在致力于云原生技术的内外部实践和商业推广，在前面几位行业大咖的趋势洞察之后呢，我们将有请腾讯云专有产品研发副总经理秦国安为大家带来腾讯自身应用上云，探索云原生技术应用架构的心得体会，主题为云原生是下一代云计算数字创新内核，欢迎秦总。

呃，那个各位观看直播的那个小伙伴，还有线上的一些技术专家们啊，大家下午好，那么呃，非常高兴啊呃，也非常那个呃，幸运吧，有这么一个机会啊，跟大家分享一下，呃，呃，云原生是下一代云计算数据创新内核的这样一个啊主题，那也想通过这样一个机会吧，呃，跟大家分享啊。以下四点内容，那首先第一个是说啊，我们看到的云原生未来发展的一个趋势是什么？那啊这是第一个点，第二个呢，我们也会啊，分享一下过往腾讯云的整个云原生的这个发展的历程，包括说啊腾讯云的业务和我们今天公云上的业务是如何推动我们云原生的技术体系啊，不断的变革和创新。那第三个的话就是啊，讲一下今天我们的整个腾讯云的云原生技术是如何啊，在产业互联网数字化转型和创新时代下面啊，我们想如何把我们的能力去延伸到各行各业，那最后啊一点也会想着重的去介绍一下今天离我们啊整个金融和银行业最近的腾讯的啊一个中云的那个产品的解决方案。

呃，那好，下面我我就开始我的那个分享，那首先呃，第一点就是呃，在介绍今天于先生一个我们看到的趋势之前呢，其实我也想跟大家啊，介绍一下我们对云原生的一个理解，首先我们认为的云原生，它是通过一系列的软件规范或者是标准，帮助企业和组织在公有云，混合云啊，以及说专有云等等不同的那个场景下，或者叫啊现代的云计算体系中去构建敏捷啊，以及说可扩展的应用程序的一整套的技术站，当然这里面我也想解释一下，其实呃，我们觉得说云原生技术啊，它不等同于容器和K8S，但是今天我们能看到的第一个趋势是说容器和K8S已经成为了云原生里面的新入口。

啊为什么这么讲呢？因为首先说啊容器它实现了对异构硬件异构的操作系统的这个屏蔽，啊在这个基础上，它也实现了资源隔离，那通过标准化的这个镜像的打包和分发啊实现了啊将调度。将资源调度和隔离啊做成为了一种可能，那另外K8S整个面向啊中泰的这个生命周期管理的这个调度能力啊，能高效的管理这些容器，让一站式用于让让应用的那个敏捷的开发发布和运维成为了可能啊，那这是第一个，第二个我们认为说云原生技术正在重新定义整个应用生命周期的管理啊，传统的一个应用的开发的过程，可能包括说啊开发、测试、集成发布，那今天通过云原生完善的生态，不但说在原来的这些传统的开发、测试、集成发布的过程中，能帮助我们提升效率，他也更关注啊，比如说全链路，可观测性，故障自愈啊，极致的弹性等等面向中态的运维的能力，所以啊，让我们应用整个生命周期的管理被重新定义，那第三个。

我们也能看到，在今天啊，那个产业互联网做数字化转型和创新的这个过程中啊，我们有越来越多的啊以公有云，私有云，混合云，甚至说啊边缘云，以及啊通过云上的一些SARS加上一些啊混合云的这种形式去支持各行各业各种类型啊不一样的业务，那我们也可以通过云原生的技术，能更方便的让我们的那个云产品在各个场景下更方便的去打通和连接不同的应用程序，系统存储以及说it基础设施，实现我们在不同的场景下可以最低成本的一站式用云。

那这里面也跟大家一起回顾一下整个腾讯云云原生发展的一些啊历程和大事纪，那么腾讯云是在2009年开始去啊进入云原生这个领域啊，当时我们是基于L叉C去自建调度平台啊，自建隔离能力，然后开始建设我们的云原生的相关的技术能力，那在014年其实由啊两个非常拳头型的这个产品啊，那个在业界发布，包括那个docker和那也就是说从2014年其实是啊云原生有了一个呃，非常快速的这个发展，一直到呃，2017年腾讯推出自有的这个容器的啊服务，包括我们的那个函数计算啊，2018年我们有了自己的微服务平台啊，甚至说我们开始我们的。整个腾讯云的技术体系，在我们的啊不同的产品解决方案下面去私有化输出，包括今天我们的呃，TCE专有云企业版t ke啊我们的容器企业版，还有我们的TSV服务的企业，那在2019年，在啊我们把我们的基础设施输出的那个基础上，实际上我们又看到了啊新的这个场景，比如说我们的云开发平台TCB，它主要解决的就是在啊今天一个整个的这个微信生态下面，我们如何快速的去啊开发小程序，如何去快速的去啊构建自己的应用，包括我们也通过在内部业务逐渐的去通过原生支持内部业务的这个啊过程中，我们沉淀了整个devops的那个平台coding，以及说啊最终在成本的那个极致优化上面，我们也推出了弹性的容器服务EKS。

那一直到2020年啊，我们在数据库在流失，计算在服务网格上面都有了一些啊，很快的这个发展和进步啊，2021年啊，是我们啊很着重去支持产业互联网数字化创新和转型的这么一年，所以我们又推出了啊基于云原生技术的分布式云，然后来在各个场景下去满足不同行业的这个需求，那呃，首先我也想介绍一下整个腾讯云云原生啊，过去技术发展的这么一个啊，最开始的这么一个一个起点，为什么这么讲，因为其实今天很多的云厂商啊，都是先做完技术，做完产品，然后再将自研的业务去迁移到这些产品上啊，腾讯有一点不一样的是，其实我们所有的云产品都是根植于腾讯业务的发展，因为大家知道今天腾讯的业务有啊，像视音视频，像游戏啊，社交啊，广告等等，我们每样业务。

我今天可能在国内来讲都是处在。Top top top3的这么一个情况，那如果我们能将我们自己的技术运用在云原生的这个技术站上面，那我们也相信说未来我们的云原生技术在发展的同时，可以支持好各行各业的这个啊发展。

那首先的话，呃，我们就会把想把我们自己的这个核心业务怎么去迁移到我们这个云原生的技术站上，其实最开始我们还是面临非常非常多的这个考验，因为啊，从我们那个一些明星或者是核心的业务来看，首先它的体量非常大的，像我们的微信是吧，之前我们那个仅物理服务器我们就用了几十万台啊，包括我们的那个啊王者荣耀啊，我们的游戏。他们对这个高可用的要求是非常高的，就是啊要求比如说我们要多地，多中心啊，多活，甚至也提出了今天如果当我一个啊，当时呢，呃的集群可能支持的规模还比较小啊，最开始可能官方的这个啊，结论可能我们一个集群只能支持1000台。那也没有一个很好的多集群的这个管理的这么一个机制，那当我们业务以这么大一个规模，并且两地三中心部署的时候，实际上我们就面临着，那我们如何解决高可用的问题，如何解决单单机群的这个规模的问题，如何解决啊多集群对业务透明的问题，那也是随着我们这个核心业务的不断的迁移，不断的上云，不断的使用原生技术，那把我们这块的能力打磨的非常成熟。

呃，第二个就是在整个我们自研业务利用云原生技术去支持的这个阶段，实际上我们会发现说啊，云原生不能仅仅作为我们业务未来运行态的一个一个支持，那我们也希望说我们可以利用云原生的技术生态，那从我们的研发过程，一直到我们的测试啊，到我们的部署集成和啊部署集成测试啊，后面的一些啊，最终的运维我们。都希望通过云原生的技术去啊简化，降低成本，提升效率，那也在这个过程中啊，我们沉淀了一个端到端的这个develop的产品coding。那接下来的话就是呃，在支持大规模的业务的，呃，这个场景下啊，腾讯的大数据的业务，像AI的业务也促进了我们在啊计算能力，CPUGPU虚拟化以及利用率上的提升，那我们通过这个在离线混部的技术，让我们的这个大数据的业务跟我们在线的业务能实现一个啊。

峰值互补，然后加上这个呃，资源隔离的这么一个能力，那也是实现了我们整个资源从20%~60%这样一个呃，利用率的提升，那我们的整个的资源利用率是比前提升了三倍，那在GPU和AI计算这个场景，实际上腾讯啊是通过VGPQGP等等不同的虚拟化能力啊，实现了我们内核级别的这个GPU的优化，也是实现了那个啊整个GPU的强隔离，并且性能几乎是零损耗。那在sola那个层面，我们通过我们的自己的实践也会发现说啊，今天传统的模式下面啊，我们有20%~42%的这个节点的CPU，实际上它的利用率啊，是在10%以下的，当然这个是啊，根据我们在腾讯云上啊，很多的这个授权客户，它原始的这个CU的那个利用率我们来统计的，那今天我们通过一个的模式，我们能实现说啊，让我们的这个企业的这个资源成本节省80%，并且运维成本能节省到70%，是啊。

这个里面是介绍两个，我们在那个公共云上，通过云原生的技术啊，我们达到的一些那个效果，首先是呃，在这个。潮啊潮完的这个呃客户啊朝办科技，那我们通过这个云开发和so的模式，实现了以非常小的成本支持了非常大的这个这么一个那个啊业务的这么一个啊模式，实现了非常低的成本和非常高效率的这个创新，那在蓝月量这个场景，我们也通过了说我们的云开发，通过我们的server，通过我们的云原生的技术，那实现了它的那个在呃像一些呃热点节日的这个快速缩容，然后快速提升它的那个整个业务的吞吐。那除了这些创新型的呃业务公司之外呢，我们也在向支持这种啊，像作业方，像小红书，他们的核心业务以非常大的体量跑在这个腾讯云的原生基础上，那今天啊，腾讯云已经拥有了行业最大规模的这个啊，K8S的这个技术实践的这个集群啊，我们支持了数千万的CPU核数，以及说啊超过500万的这个数。

那。那经过了说我们腾讯自研业务，以及说我们对呃公有云上的这个客户，对云业生使用这么一段时间的这个业务考验，实际上今天腾讯云已经在啊，包括计算云研生，架构云研生，数据云研生，开发云研生和安全云业生等等领域，我们积累了一系列的这个啊，酒精业务考验的这个产品矩阵啊，包括我刚才提到的像我们的dev develop coding，我们的云端IDE啊，以及说我们的那个啊。那个那个容器的EKS，像我们的那个云原生的监控啊，我们的云函数CF等等很多很多我们经过这个酒精考验的产品，那呃，截止目前，其实腾讯云原生已经拥有了这个覆盖最广的云原生实践，我们从规模上，从产品成熟度，包括我们的这个呃行业覆盖，以及说我们的那个场景上面都实现了一个非常大的这个啊覆盖和非常广的这个呃实践的经验。

呃，那基于这样一个背景，因为腾讯在过往通过自己的业务啊，利用云原生技术支持我们支持很多啊公云的客户，利用云原生的技术站去啊，降低它的成本，提升它创新的这个效率，其实我们也在看啊，今天在产业互联网啊，数字化创新下面，我们是不是可以也把我们原来的这些成熟的能力啊，通过不同的方式去啊延伸到各行各业，包括说我们在啊算力上的这个延伸啊，比如说啊我们的一个虚拟化，我们的容器，我们的GPU，我们的那个边缘计算能力，包括在服务上我们的这个啊容器服务，我们的数据库，我们的负载均衡，我们的安全啊，甚至说我们在啊企业链接层面，我们如何去快速帮助啊，今天啊一个客户，他快速的实现微信小程序的开发啊，实现云端一体的这样一个呃业务结构。

那。回过头来我们再看，当我们去做一个做这样一个畅想的时候，我们会看一看今天啊，产业互联网，它在做数据化创新的背后，它面临的考验到底是什么，或者说今天呃，到底有哪些点。是在我们支持自研的业务和支持公务云的业务之外啊，我们还是要做的，那首先啊，我觉得第一个可能是一个非常普遍的诉求，就是刚才可能我们的嘉宾也讲过了，就是。去L监管合规，数据安全，高可用，高性能以及一站适用云啊去Le，这个可能大家都耳熟能详了，对吧，我们我们要啊走资产呃国产线啊，要去一些IBM Oracle，以及啊我们的那个MC存储，那监管合规和数据安全这块呢，其实是在我们金融行业里面是一个非常强的要求了，就是我们的监管和数据安全要求，今天我们的业务可能是要离线的，可能是要啊满足各种各样的这个合规的要求，那在高可用和高性能层面，在金融领域里面一定也是最为关注的，因为啊我们都是在跟钱打交道，所以我们不能出一点点的那个差错，那最后一个就是一站式用云啊，一站式用云这里面主要讲的是什么？就是传统的我们可能都是啊分散式的，比如说我们今天啊，买一个虚拟化的能力啊，Open sta open stack，或者是vmware啊，或者是其他一些能力，然后我们又买了一个数据库，比如说Oracle，或者是其他的一些数据库。

但是他们都是分散的，今天我们比如说你登录不同的系统，你需要啊不一样的账号啊，你使用不同的系统，你需要啊一个不同的配置等等，你要通过一套机制把这些啊，分散的s pass数据库，中间件集合到到一起，然后你才能做一个很方便的使用。那今天。

天然我们就有这个一站式用营的诉求，那除了这些最基本的诉求之外，其实啊随着产业互联网的这个变化，我们会发现说我们面临的这个挑战又变得不一样了，那首先是今天我们已经变成了啊多个行业都对我们的这个啊云原生技术或者叫云有了一个诉求，包括说今天像金融对吧，像政务工业云，比如说政务云和金融可能更多的是在啊中要云的这个场景，那工业云可能有像啊边缘计算，比如今天我们在一个呃工厂，那我们的中心可能有一朵云，然后处理各种各样的那个呃数据，然后对边缘的这些小小的这个离线的场，我们可能会息一些命令，收集一些数据，那就是一个啊边缘计算的场景，像出行，今天可能是个混合云的场景啊，因为可能出行这个行业涉及到很多的这个合规，比如说啊，采集一些测绘啊，采集一些国内的一些啊高清的地图啊等等图片，所以。

就说啊，一般的情况是他们会通过离线的方式去做一些呃数据的处理啊，然后呃，像那个呃运算啊，机器学习啊等等，然后经过了这个机器学习运算处理等等实现了之后加工过的数据，可能比如说我们上到公有云，然后啊支持一些车内的一些像嗯智能的这个业务，那在多架构里面，就是刚才通过我的讲啊，我的那个分析我们也看到了，其实今天混合云多云，云边一体和啊专用云已经是啊。非常明确的一个趋势，在各行各业里面都有不一样的这个诉求，去解决它的这个行业的问题，那包括刚才我提到的多场景，像那个呃，AI大数据，那呃出行就会很很容易跟AI大数据去产生一个结合，那小程序，比如说今天啊我们的那个防疫对吧，我们的二维码，可能它一部分功能就是跑在公有云的这个啊，云端一体的这个啊，云开发或者云托管里面，那还有很多其他的业务，它可能是通过一些啊私有化的这个计算能力去解决。

那啊，这是我们介绍的这个多行业，多架构和多场景的这么一个诉求，那接下来的话，其实就是再往深入一点，我们也有一些像啊结有的这个诉求，解偶的诉求，首先第一个那就是机型解偶。很多客户他有力旧的诉求，他有自采啊自己采购的诉求，所以说今天第一个那客户用的时候有对有的诉求，第二个就是和pass结耦的诉求，今天我觉得我们的客户天然有要去选优势产品的这么一个本质上的需要，所以他希望的是今天我们的所有产品跟S跟pass可能都是不绑定的，比如说我们的pass可以部署在不同的S上面，我们的SAR可以部署在不同的pass上面，或者说我们的saars可以部署在不同的S上面，它要求的都是啊解耦的，因为客户天然有对最优服务采购的这么一个需要。那最后啊，第五个重点的话就是信创，其实今天啊，我们数字化产业啊，互联网的这个转型和创新，其实很大一定程度上就是要解决信创的问题，首先啊，我们要用国产化的硬件，我们要用国产化的OS，甚至说很多的服务，比如说数据库等等，我们要用国产化的软件，那最后呢，可能还有一些。

软性的标准，比如说我们要用用到一些国密的标准。那当然除此之外，其实啊最后一个成本也是我相信啊，每一个行业或者是每个客户最关注的，那我们如何实现在硬件上能做到极致的小型化，包括说啊在使用我们的产品，在啊集成我们的产品，在需要我们的产品去啊集成客户已有的系统的时候，如何啊最低成本或者最高效的去实现集成和被集成，那最后一个就是啊，我们要提供全站的运维和全域治理的能力，为什么这么讲，因为啊在产业互联网这个。

背景下，其实我们研发的服务很可能已经不在于归属于我们自己去运维和管理这个，呃，打一个很形象的比喻就是过去呢，在公云上，可能我们只是负责开飞机，腾讯腾讯负责开飞机，我们专业的人负责去驾驶，那可能我们的客户啊，只要买一个机票，那享受这个旅程就好了，但今天可能在产业互联网这么复杂的一个啊，混合云，多云或者是啊边缘计算或者是专业云的这么一个场景下，那很多时候客户也要学会去驾驶这个飞机，所以就要求我们对全站的运维能力和这个啊全服务的治理能力达到一个更高的高度啊，才能满足这样一个诉求。那基于这样一个背景的分析呢，我们我们会啊采取一个什么样的策略呢？那就是通过我们腾讯的这个云原生的分布式云，将我们的整个腾讯公有云的这些啊云原生的技术能力去在呃各行各业。

啊实现一个延伸，那我们按照我们今天的位置形式和规模，大概区分了几点，那首先啊是中心边缘客户IDC和客户现场啊，这个是什么意思呢？就是中心代表的可能是说今天我们啊公有云，那边缘的话，可能是我们公有云去管理边缘节点，那客户的IDC呢，就是我们将我们的腾讯云的产品去部署到客户的IDC，或者是客户专属的这个啊区域里面去啊实现了在不同位置上，我们能把呃，腾讯的这个云先生的这个技术体系或者技术能力去啊移植到客户的这个。啊，客户的这个这个啊使用的场景下，那第二个就是形式，我们通过可能一体化的云服务，包括说今天腾讯云负责去啊解决底层的硬件的问题，解决软件的问题，然后解决升级的问题，解决安全漏洞等等，我们实现一个一体化的云服务，这个可能啊更多的是在我们今天公共云上，那其次呢，我们也可以实现像啊软硬件加运维，软硬一体加运维，这个可能比如说在边缘节点啊，在那个啊专用云，那还有一些就是我们提供软硬件，可能没有运维，那也可能是说啊还有我们仅提供软件，比如说今天诶腾讯有啊客户有利旧的这个硬件，或者说啊客户已经有其他的S，那今天我们能不能把我们那些优势的这个云原生的pass产品或者SaaS产品能去啊，延伸到客户的这个场景下，那可能仅需要我们去啊，提供软件的能力就好了。

那这样分析下来，其实我们可以看到今天啊，我们的这个场景大概是分了几块，那呃，首先我们的这个模式啊，是从中心向边缘，向本地去延伸，什么意思呢？就是啊，离中心最近的肯定是我们的公有云嘛，然后是我们的边缘节点，然后可能到客户的IDC，或者是客户专用的这个啊，专用的这个IDC，甚至说客户已经什么都有了，有了这个IDC，有了S，那可能仅需要我们啊提供一个云生的pass能力，那我们在每一个场景下都有不同的这个布局和产品对应的这个啊建设。

那这里面也简单介绍一下，今天我们啊，基于这样一个思考和布局背后我们整个的一个产品的形态，那我们大概是分了三部分，那最左边这部分呢，就是今天我们整个腾讯云的公有云啊，那公有云的这个模式，那中间的话是整个腾讯云的分布式云，我们将公有云通过啊专用集群，像边缘节点，以及说啊专属的这个呃可用区，或者是云托付这样不同的模式，能通过中云公用云统一管控，将我们的专啊，将我们的这个云原生技术的能力去延伸到这些场景，那我们也可以在呃更严格的这个呃监管的模式下，我们提供整个腾讯专用云的能力就是。将我们整个公有云的这个产品技术站打包成啊像TCE，就是我们腾讯啊专有云的这个产品，从s pass啊软硬件一体的这么一个解决方案，或者是TCS，今天我们啊脱离于异构的这个S，然后我们提供的统一云原生的这个pass平台，或者是啊我们提供的其他的一些啊更精确的这个解决方案，包括像TCS的一机，像安全的一体机啊等等，这样我们通过这个腾讯的公有云，以及说我们的啊在。

不同场景下的分布式云，以及说腾讯云的这个专用云这样几种模式啊，去满足我们不同行业的这个啊诉求。呃，刚才也提到了，说今天其实我们还有很多云端一体的这么一个啊，云的这么一个要求啊，这个里面主要是讲一下啊，我们原来啊要做微信小程序啊，或者是说那个啊，微信上面的一些程序的开发的实际上是非常困难的，那今天我们通过云开发，云托管以及微达这样一个产品组合啊，实现了一站式提供啊，从端开发工具到后端应用构建到整个托管的这么一个完善的这个工具链，也能帮助我们啊业务去快速的基于微信的这个生态去构建自己的这个啊能力。

好像有点卡了啊对啊，接下来的话我也重点介绍一下，其实跟我们整个啊金融领域啊最相关的一个就是专用云啊这块的一个能力，那首先啊腾讯的专用云是是完全跟腾讯的公有云架构一致的，或者说产品体验是啊完全一致的这么一个呃能力，那在最底层，实际上我们今天已经啊屏蔽了这个易购的硬件，那当然是通过我们的云原生的技术屏蔽了易购的硬件，易构的OS，我们也提供了这个统一的平台，包括说从啊运维能力，运营能力，安全能力等等，提供了统一的运营平台，那在这个平台之上，今天它可以承载腾讯云成熟的as pass，以及说啊SARS的产品，那最上面的话我们也有啊，基于我们过往服务各个行业的这个啊经历，我们沉淀了像金融政务啊，工业等等各行各业的这个标准的解决方案，那它的主要的几个特点呢？啊，其实嗯，也跟前面的几个嘉宾他介绍的那个那个我们今天。

啊，在银行这个行业，或者说在整个金融这个行业，在专有云这个行业里面啊，遇到的那个，呃，需求基本上是对应的，那首先啊，我们是从基础设施到业务全站的运维能力。啊都非常完善，这样的话就保证了说今天当用户自己去管理这套云的时候，它是以非常低的成本可以实现一个啊，类似自主驾驶的这么一个啊能力，那第二个我们也实现了说呃，平台资源的极致灵活和优化，就是我们的起步规模可以从非常小，比如说我们今天tcs pass可以在一个三台的起步规模，那我们也能支持到上万台的一个规模，那接下来的话就是像国密啊新创硬件以及OS，我们实现了全面的支持，包括像啊我们今天啊业界页面上啊，就是市面上非常常见的，比如说像海光鲲鹏飞腾啊，比如说包括飞腾的不同的型号，像呃S2200500等等各种各样的这个新创硬件啊，包括今天麒麟OS us等等，我们都是全面支持的，那也实现了今天云产品支持易云多新的能力啊，比如说我们的计算存储啊，支持比如说国产化的硬件和叉八六的硬件啊一个混，并且提供对外统一。

的计算和存储能力这样一个啊产品上的这么一个变化，那呃，在这个基础上，实际上我们也实现了整个s pass和saar的解耦，并且可独立交付啊这里面的一个，那具体细节就是说，其实今天很多客户他天然有着去啊采购不一样的这个as pass或者是saaras产品的这么一个诉求，因为客户总是要买最好的，所以啊，那我们也实现了今天整个腾讯云的产品解有的那个在专用云的这个产品下能结有的去输出，那呃，最后的话就是我也会讲一下，就是我们其实已经啊那个。

在一站式运营里面，实现了多云混合云，包括边缘计算等等各种各样的这个场景下的这个呃落地的能力。呃，最后一个的话就是呃也想简单介绍一下，嗯，基于刚才那样一个呃背景的思考，就是我们实现通过呃公务员的统一架构啊，在客户的那个。更严格的这个监管的这么一个背景下，那我们将腾讯的这个公有云的方案啊标准化了两个啊成熟的解决方案，一个是叫啊腾讯的云企业版，就是我们的TCE。今天啊，当客户有去建设啊需要高扩展性，大规模弹性计算能力，并且啊包含is pass啊一站式的这个云的时候，那可以选择我们TC这个产品，那我们的规模大概是30台起步，呃，那还有一个就是我们基于腾讯成熟的这个pass产品，那我们打造了一个其实是啊跟的这么一个tcs pass平台，那它主要用的场景是说啊，在轻量化的不依赖S，或者说今天客户已经有了一个购的S的基础上啊，只想采购pass产品的这么一个啊前提下，那我们也提供了这样一个解决方案，那主要是提供了云原生的pass平台，包括容器啊，包括一些数据库中间件，以及说啊coding我们的这个统一的应用开发平台啊，这就是我们今天在专员这个场景下，我们啊，沉淀的这个TC和TCS啊两个解决方案。

呃。那以上就是我基于今天我们腾讯云的一个啊技术的发展啊，包括说我们在这个技术发展之下，我们的一些思考，如何将我们的这个云原生的技术能力去啊输出到各行各业，以及说啊在金融行业里面，我们啊如何把我们的专用云。呃，与公有云啊，一模一样的，这个产品能力和使用体验去啊，私有化到客户的这个场景下，好，今天啊，我的分享就是这么多。

好的，非常感谢秦总的精彩分享。正如秦总所说，云云原生不是新的技术、新的工具，也是一种新的服务模式，一种新的思维。接下来，我们有请招商银行资深云计算架构师罗文江与大家分享。金融行业的云原生探索实践，欢迎罗总。

罗总您那边。没有声音，这边罗总。啊，还是听不到，没有声音，罗总。现在可以吗？不好意思，现现在可以了，现在有声了，哦，不好意思，那我从头开始吧，我我我是带了一个这个华为的那个智能，刚才不好意思没有设置正确，嗯，大家好啊，我我叫罗文佳，是招行的那个办的原云架构师，嗯，前面几位嘉宾，嗯，已经从那个云云生的这个发展趋势，还有一些银行的上云的框架，还一些产品哈，我觉得讲的挺好，然后我这个分享的话，主要是分一下招商银行在这个原转型的，特别是基础设施的。

反应过程中的一些探索跟一些实。实实实际的事情。这么介绍就是我的一个是我的联系方式，右边的话是一个二维码。我们来看看这个背景，那整个的金融的一个数字化转型的时候，这是一个简单的一个框架，招行的话，整个字经型的时候，其实是有四大块，嗯，那个一块，比如说是客户跟渠道的一个数字化。

另外一个是业务跟的一个数字化，还有一个是管理和决策的数字化，最一点还有一是我们的设一个数字化总是四大领域的。然后也结合这个处理的话，就是这个打红线的地方，就整个的基础能力。那另外一个背景就是说整个的这个呃，企业的架构也是在逐步的在从比如之前的话是呃，从那个工程的话，从瀑布转向那个敏捷，然后这个应用架构从机动转向那个分布。还有一些那个整个的一个，呃，OA这个服务的，这是一个整个的一个价格的这两个背景的驱动。然后整整体的话，I型基础设施型的话，实是三大能力，一个是那个那个基础的基础的能力，另外一个是数据的能力，还有一个那个敏捷的能力。那简单的资本来说。

技术人的话是我们的那个。基础设施。然后数据能力的话，是整个的一个。数据平台的一个建设，敏捷的话是工程工程的能力。然后再回过头来看哈，十年前那个就是整个银行的一个整个的一个技术账，包括行也是这样。嗯，从整个的一个平台有像招行的话，我们有那个有三九用卡在那个大，然后储蓄在400，然后很多的一个的一个系统在6000。然后在这个，呃，两千二零一零年2012年左右吧，嗯，当时VI也是在在那个在在做推广。据库的话大部分是对吧，还有那仓的话跟也是。嗯，然后中间的话也是IBM的这些产品。

然后存储的话，其实是EMC和相关的东西。啊马的话还是一个传统的一个商城网。安全的话也是满足监管的这个要求。整个的话，那个研发的话是布，然后数据中心的话是一个。然后工具的话，也是一种传统的用的用的软件。那我们在整个的数字化基础设施转型的过程中，我们其实也是慢慢的，也是在逐步的探索。那前几年的探索的话嘞，呃，我们是做了这几工作，一个是说的，我是从pass先做起。我们是，嗯，整个当时选型的话是说是。基于那个配的来做一个导入，然后我们自己的团队来建立一个pass门户和做一个应用的一个推广。包括一些嗯，相关的依赖的那个pass那一些服务，像一个啊对吧，这些常用的跟开发相的，另外还做了件事情是架之比，譬如va是各个团队都有基。

那个对吧，各自的开各自的框架，那我们觉得说在这个过程中，我们是需要做一个治理的。然在这个探索期的话，我们也试了很多的一个一些重，对吧，包括那个那个那个V加那个V的一个储超的架构。我们也小批量的也用过，对吧，基于这种硬件SDN的云平台。还包括一些那个，呃，一个像那个软件的平台。但是呢，圆管的话，还是一种是以这种订单形式，资源管控的模式建立这个圆管。嗯，也就整合了我们，嗯，当时的另外的一些M的小的一些资源。

这个是在整个的一个探索期，探索期过程中，我们其实也是在学习，在摸索，包括一些的这个服务我们也在用。探索清楚以后，我们当时是有几个点。就是说那个整个转型的转型对吧，本泰跟泰其实整个的那个。就是数字化的那个需求理念是不一样的。第二个在这个期的末期，当时技术S。其实当时PF的接触性跟生态也是面临比较大的一个挑战。然后第二个就是说，呃，第三个的话，就是整个的那个。础施架构对吧，那个超架构我们也发现是些，主要是那个资的规模比较交力比较大。

另外还还有一个重点是那个传统网络成一个瓶颈。嗯，紧接着是那个，呃，分行也要上对吧，因为我们整个数字化的话，总行做分行的趋势也上来了，但是也面临着这个，嗯，云管的这个服务能力不足。在这个过程中，我们又重新做一个规划，然后在这在整个的一个建设的话，我们分了两条线。一个是，呃，那个稳泰的一个云平台，我们那个叫FT金融交易平台。那这块的话，主要的场景是。那个是我们主机下才400的资金交。嗯，还有卡的这种核心移的那的那个特征的话，其实它那个是需要。比较稳定，然后它那个服务云服务的那个种类也不要特别多，所有的那个整个资源管控监控是需要。

总要去。没有一个。相当于是要完全要掌控在这个平台里。然后降低这个相关的一些那个风险，是一个稳云台一个。另外一个我们是建设了一个叫泰的云平台。那那这个平台的话，其实是我是用了一些比较多的创新的技术。包括呃，刚才说的就是说研究了那个的一个基础网络啊，存储分离的一个架构，然后软件的DN。嗯，这个是对标整个公务员的这个发展。这个架构跟体系，另外我们平我们是自营。然后是整个的服务模式，从之前的那个资源的管理的角度切，切换成一个的模式。然后我们去整合了一些，呃，云云的服务和一些，特别是自己的一些服务。

嗯，当前的话，到去年去年底我们是总共也是12大类吧，加起来是56种，基本上能够，呃，满足总行分行的所有的上的这种高的这个。服务的需求。然后在这个呃平台上，我们还刚说的就导入了这个写错了K8S。然后整个导入到一个，呃，K8S的一个，一个新的一个。另外一个在上面也建立了一个服务的平台。包括一些那个现在算力GPU的一个一个平台的建设。还有我们的open API，因为前面那个肖总也提了，就是银行是要开发能力的API，然后的话service我们的平台。然后在这个平台建设过程中，其实是一个呃那个旧的这个工具慢慢去淘汰，对吧，你比如说呃，我们是那种的这种服务台，对吧，我们现在是变成一个是服务流程，能够是团队能够去自己建的，我们叫流服务平台。

然后我们拓展了一个比较重要的一个CDB打通，为了打通那个那个开发跟那个运维中的话，你是需要一个基础纽，把这些资产对吧，整个的一个一个建设好，我们做了个投产。然后统一跟分布式的追踪，还有一些那个运维的平台，全部是那个全部是自己新建的。还有一些那个整个的一个监控都做了些重构，另外还有个平台，平台也是刚才说的那个。整个的数据原生里面的那个敏捷能力体现在这个平台。数据库的品种我们之前也比较少嘛，那这次的话就是说在这个过程中，我们是引入了。

加起来应该是差不多。有14类的一个数据库了。这个是我们整个建设的话，这几年的一个建设的一个成效，家看一下我们的一个了担三级去年过了可行的证S。还有服务平台。那在前期的那个平台过程中，因为注重能力建设，但是呃，在百花齐放的过程也发现了一些痛点，对吧。然后所以我们也是当前也是也正在做的，应该是体系化治理的话，应该是。比较大的话是去年我们是开始。做一个体化的建设，另外还有个一个是线上，因为2019年是那个招行是第一批吧，19家的那个是试点单位，我们以前也做了两年了吧。

所以的话，我们也是前几年的话是在做一些摸索，然后去年也开始建立我们整个那个现场云台。然后线创的话也是有我们刚刚才前面讲的有金融交易平台的，这是个稳泰的，对吧，这个平台我们也要建个线创的资源区，然后泰的也是建立一个现场的资源。然后另外就是说，呃，一些数据跟基础台的一个建设，包括一些治理的工作。另外一个在整个的有前面的这个平台，这个基础的那个上，我们其实行也开始去做这个S应用，包括现在那个一个通的一个系统。这是在当前这个主要做的事情。然我们总结一下哈，就整个的这个转型的过程中，其实这是一些呃，那个经验吧，或者说一些之前做的一些实践，这是整个软件过程中，我们是个一把手工程。

从那个，呃，最高层的一个信委的决策C，包括我们那个部的那个导总也亲自在抓，我们这几一直是个模式办，牵头来做一个。我们也会规划的话，是会分比三年规划，然后每年有个年度的滚动规划。然后我们也会在一个比较。那个看不清楚，或者说那个家解的地方，我们通过的模式。我们前前后后也做了有三五次的一个大小，可能有有五次的一个咨，就跟这个整个的数字化的这个相关的。

然后整个的一个具体的那个建设落地的时候，是有一个项目群的管理，是项目群的管理。然后那个大的技术决策的话，是有个架构的一个决策管控，这个整个是整个数就数字化的一个方法吧。然后整个的一个在建设的过程中，我们是呃是合作一个自研的变动。自营的话，我们是主要是偏向那个跟我们的管控的一些工作对吧，流程啊招的流程和一些那个嗯些工具相关的整合，偏向我们那个转的用户，对还有些开发的框。另外一个是一些那个开源的，就是如果说市面上也找不到比较合适的这个产品，或者说没有相关的一个的时候，我们是去从开源里去找这个。啊，这个技术能够满足这个需求吧。

这个是我们的一个当时一个整个的一个建建设的一个模式，那合作的话，我们是那个是比较开放和平等哈，包括那个传传统的国内外的传统软硬件厂商。只要产品好，其实我们还是一直在用，并不是说那个比较还是比较务实的吧，因为不同产品有有相应的一个能力嘛。然后还包括说广嗯比较广泛的跟各个云厂商嗯合作，包括他做自选者产品的导入，另外跟创业公司我们也是嗯保持一个比较开放的一个一个嗯一个沟通，跟社社区的交流，包括跟信息通讯这块的一个一些的一些认证，一些的指导，还有参与开源，开源的一个文化，招行也是呃国内开放开源基金会的一个大事。你是单位嘛，我们也是创始人对吧，然后目前也是在在开展这个的一个。

开源的文化啊，那么对开也是比较，嗯，是比较广泛的接受那个拥抱开源。那合作的模式呢，我们也是不限哈，包括说底层的一个核心产品对吧，核心技术创新的一些技术，包括云云底的一些导入，譬前面说的那个，我们就是跟腾的那。那个在合作对吧，总刚才提到你们那个TC啊。另外一个就是说，呃，那个合作的话，包括刚才说一些咨询，还有一些那个共建的服务，也就是说那个那个厂商的一个云服务能够私有化部署，对吧，比较好的那个能力，我们也会到我们的平台。啊，这是呃建设的一些经验，那另外个整个的话还是说需要把它用好，建设完了我们需要去用好。然后我们是在在在给总分行，包括项目下子公司推广的时候，我们是比较注重这个用户的体验，我们增的这个运营的能力，不管是的。

运营，包括每个服务团队，包括我们都有相应的。这个运营的工作团队的话，不光是要建设这个平台，要把这个运营做好，就是整个的一个运营的。第二个就是说我们还加强治理，因为那个在一个层的时候，我们是基于那个数字化那个来去做。做一个顶层的一个治理，这里的话也是分很多层次啊。另外就是说那个辅助对吧，那个各个中心，各个分行，我们去做一些推广，有些问题我们是及时的一个闭环的去解决。快速的响应，也跟行的一个档口文化对吧，也也是在一起的。嗯，另外还有一点就是我们要把这个云管理好，因为在在整个的云的过程中，我们其实是一个还是要管控的，对吧。

虽然我们的那个呃，建设的话是圆管的话，是一种多的服的体系，但是在到那个真正的那个用的过程中，我们还是需要加强管理的。那管理的话，其实有一个就是整个的一个运维的体系，我们是重新按照云的方式，包括这个前天提的那个S，我们的收S的一个好的一些最佳实践，我们也在构我们传统的运维体系。然后另外一个就是说整个平台的这个稳定性，可靠性。安全还有成本的治理，我们也是要取得一个平衡。然后这样的话才能可持续的发展。我的那个分享大概就到这里，谢谢。好的，非常感谢罗总的精彩分享哈，啊，罗总的实践经验非常值得我们银行同意进行去学习啊，那么在前面各位领导嘉宾的分享当中，我们可以看到敏捷言笑。

是云原生技术集合当中非常重要的一个部分。它会直接影响到这一技术是否可以高效实现。是否可以成功落地？下面我们有请今天论坛，今天论坛的压轴嘉宾腾讯云coding总经理张海龙，结合他的亲身实践与多年的思考总结，给大家带来主题为腾讯敏捷开发之道与未来展望的精彩演讲。感欢迎欢迎张总。大家好，那个很高兴啊，能够有机会跟呃在线的各位朋友一起探讨一下这个敏捷和S的一些话题，那么今天的其他几位嘉宾呢，聊了非常多云原生啊，聊了非常多这个SARS这些相关的发展，那么我相信在呃云原生的时代，敏捷和S也是一个啊非常重要的话题，那么针对金融行业呢，我们经常讲的啊稳泰和敏泰，那我们今天主要可能看的是一个敏泰，我们是怎么样去实践的。

那这是一个自我介绍，那么我一直在这个软件工程相关的这个领域里面去做一些技术相关的工作，那么也服务了非常多的这个金融行业的客户，所以希望今天能够给大家带来一些有价值的分享吧，那么今天我们主要看的是一个案例，就是说我们看腾讯是怎么去实践，作为一家互联网公司如何去实践敏捷，包括看到一个非常详细的一个具体的一个产品，叫做腾讯新闻，那么腾讯新闻如何去做这个敏捷实践，那么最后呢，我们啊，结合一些云原生的一些场景啊，畅想一下未来我们对于敏捷的一些看法。那么腾讯其实是啊经历了一次转型的，那么在腾讯的高速发展的历史当中呢，我们从啊人数的快速扩张，包括业务的这个快速扩张，产品变成了400多个，那一开始只有一个QQ和几个小的游戏，那么这里面就遇到了非常多的问题啊，通过加流程，那么决策越来越慢，决策流程越来越长，那团队呢，离客户也越来越远，那这里面是我们看到的一些啊业务带来的一些变化，那么这些变化使得我们现有的这个工作流程不再去满足新的这个需求，那么其实在十多年以前，腾讯就开始做这样的一个敏捷转型，在这个过程是不断的变化，那么现在腾讯内部也在做更深层次的一些的转型。

那我相信在座的有很多是了解敏捷的，所以我不会详细的去讲敏捷的一些啊啊定义和方法论，那么总体来说呢，就是敏捷就是这幅图讲的这个样子，就是我们啊要去造一辆车，我们不是从造轱辘，造造那个车身开始，就是我们要打开我们的目的是什么的，目的是能够有一个开的很快的一个车，那么我们可以从自行车，摩托车开始啊，对吧，就是慢慢的能够有一个闭环，从一个小的闭环不断的迭代，而不是说我们做一个啊大的规划里面一步一步去做，在做完之前没有办法去衡量它的价值啊，这是一个敏捷的核心思想。

那么在这个核心思想的这个前提下，我相信大家都很熟悉的，敏捷对应的就是我们以前的瀑布，瀑布的这个这个这个模式，那么这里面涉及到一些啊，敏捷文化的建设，组织的改造和落地的实践，那文化的建设呢，就包括一些培训啊，甚至是一些啊激励的设置。那么组织改造这里面其实最难的一点，我们认为是组组织改造，那么这个里面涉及到非常多的管理理念的改变和可能涉及到一些呃团队的调整，这也是落地的时候会遇到的一些问题。啊，最后其实啊，工具相对来说我们认为是最容易解决的一个问题，所以我们做这个无论是转型，还是现在DES转型，还是敏捷的转型，但是各种完善起来，其实工具是最简单的，但是怎么样去把这些工具用起来，就前面两个是是更更复杂的一个一个话题。

那么敏呃敏捷的文化建设呢，在腾讯内网里面其实有非常多的这种啊，方法论的输出和啊实践案例的包装，通过这个人事部门啊，通过这个运营的部门去不断的灌输，因为腾讯很大嘛，那么所以只能通过这种这种面向的这个广撒网的方式，然后影响大家的一些啊思维方法啊，甚至有一些培训认证啊，这些都是文化的建设，那么这个里面呢。我们后面会讲到我们给客户也去啊，也是设计过一些这样的这样的文化建设，那这个落地起来可能时间的周期会拉的很长，它不是一个啊，很难通过运动式的方式说我这一个月建设一下就完了，它不是的，它是一个长周期的，所以这些东西一定需要一些公司内网的这个，呃，论坛也好，这种沟通我想大家都有那么这种方式去沉淀下来。

第二个呢，是啊，我们看一下大逻辑上面的组织改造怎么做的，那么呃，传统意义上就是啊，我们是按照这个业务线对吧，然后呢业务线，然后呢有一个feature team，然后呢，这个team去做一些啊整个的迭代开发，持续集成，测试，制品管理，这个是我们的这个啊，这个看看到的这个针对这个业务不断来做这个feature team啊，这里面我相信涉及到的很多的工具，在目前应该已经大家都是比较熟悉的啊，就包括get啊，包括VT啊啊可能用的是不同的这个呃厂商的产品，但其实解决的问题可能都是类似的。OK，那么在大的这个我们讲文化建设，组织建，组织改造呢，一些基本的型的基础上，我们来看一下腾讯新闻，是啊如何实践的，那这个呢，也是我们对于整个新闻团队了非常多的呃调研，做了非常多的落地的访谈，那么这个我们总结出来的这个对于新闻这个团队的一个。

敏捷时间，那么敏捷其实是没有一个非常固定的，固定的这个一个周期的，就是说你说一个敏捷，一个月是不是一个周期，两周是不是一个周期啊，那一周是不是一个周期，其实都可以，这取决于你的需求和业务，对吧？那么腾讯新闻是做的比较极致的，它是一个礼拜一个周期的，那么这个其实对于整个的这个迭代的要求和人员的要求是非常的，我并不认为它适合所有的场景，所以我们这个里面只是举例。啊，只是举例，那么这边这张图你可以看到我们把不同的角色用不同的颜色标注出来，那么绿色的就是产品产品经理，那么天蓝色是开发人员，深蓝色是测试人员，然后呢，黑色是运维，那么下面的这幅图呢，你可以也是非常清晰的用这个颜色标线框图标出来颜色，就是说啊，不同的颜色代表了这个角色在不同的周期要去做什么样的一个事情，从第一天，第二天，第三天，第四天啊，第567。

然后呢，不断的去做一个循环，所以这是一个总览图，等会我们会啊拆解一下，让大家看得更清楚，就是说作为一个快速迭代的这么一个团队，它是如何分工的，可能可以给大家带来一些借鉴和参考。首先因为它是个循环周期嘛，那么就是说我们一定要有一个开头，我们就拿第七天作为一个开头，那第第七天作为一个开头呢，就是呃，这个是一个，呃，天蓝色部分，天蓝色部分刚讲是这个，这个是编码和开发，那么。一般情况下面，在一个迭代的最后一个周期的最一个部分是开发，要进行下一个周期的需求一用力，那么这样的话，你进入一个周期的时候就可以开始进行编码，所以就是说它是一个一个迭代着一个代不断的去滚动起来的这么一个呃，一个执行方式，所以当在第七天的时候，你会发现运梅在干的事情是正式发布。

啊，左下角可以看到运维是在做正式的发布，那这个时候开发它已经是在做下一个迭代的需求的拆分和架构的设计，那么这是一个呃呃，一个我们认为它是一个开头。那么到第二天的时候呢，那这个时候其实是主要的第一第二天呢，主要的这个编码工作就是一个周期的第一第二天是完成主要的编码工作，因为这个周期迭代周期非常短，所以呢，这个这个编码工作它不会安排非常非常多，所以它就是一些非常快速的编码，而一些功能把它拆的很细，那么这个时候开发他会做代码开发单元测试啊，包括这种呃这个这个code review啊，这个，那么这个测试人员会对于这些呃代码的一些呃集成啊，自动化用例的一些设计啊，都会在这一二一两天的时，呃，这个周期内呢，去完成绝大部分的这个工作。

那么第三第四天呢，就是说我们开始做一些啊，这个这个。完善性的就是一些还得开测出来的一些问题啊，包括自动化测试还没有写完的呀，那么第二第三第三第四天是做这种，呃，这个完善性的这个工作，而不是这个主要的编这个编码工作。那这是第三第四天可以看到，就是我们开发和测试人员分别干了一些事情。当然了，在这个阶段，其实产品这个这个图里面没有展示啊，就是应该有个绿色的框，可能他这个放不下它那个那个产品会进行下一阶段的产品设计，就是在第三第四天的时候，已经产品要为下一个阶段进行产品设计。下一个迭代。那么到第六天的时候呢，就是我们要完成这个。产品设计的这个走答就是因为前面两天已经开始做产品设计了嘛，那么我们的这个开发人员要去对这个产品设计进行一些评审啊，包括一些迭代的总结，就这个版本我们啊，这个迭代我们做的好还是不好，那么自动化测试呢，应该有个测试的总结出来了，那与此同时，这个时候运维会介入开始做灰度发布啊，这些这些工作。

然后看到我们这个第七天又到了第七天，就是哎，那么这个上一个迭代已经发布完成了，那么我们这个迭下一个迭代要开始的时候，那这个这个产人员已经进入一个迭代的需求分和用的这个，所以这是一个非常的一个迭代周期，那么这个迭代周期呢，我们认为是是针对互联网产品啊，我相信针对这种超级敏泰的产品啊比较合适的，那对于金融行业是不是啊，可能有一些啊运营活动啊，这些可能是适合这种模式去做迭代的，那对于一些比较稳定的系统可能是不适合这个，那一些理念上是可以去借鉴。

那这里面的核心我们等会会讲到，就怎么如何去实践，这里面的细节就是如何保证一周能够完成一个迭代。好，那么另外一个呢，就是说敏捷本身是一个呃要去落地的东西，那么落地这个敏捷是不是可以同样采用敏捷的方式呢？那么这个也是一个啊，我们看到的一个可以去借鉴的点吧，就是说他我不是说我一定要就花三个月才能够实现，而是说我们上来第一个礼拜就能做一些工作，能够看到一些展啊，先上工具，上自动化，就比如说我们这些，呃，决定要去做敏捷，那你肯定这个整个整个整个相关的工具建设得去做起来啊，就包括这个地的工作流啊，CI刚讲到了我们这个CIICD啊，自动化测试啊，单元测试啊，这些工具其实都很成熟的。那么把这些东西给它做起来那么规范，你有自动化的这些东西，你如何质量，门禁啊，度量啊。对度量可能相对来说，在我们认为度量其实相对来说是比较滞后的，对比较滞后的，我们更看重的是质量门禁。

就包括你一些机械的安全扫描，这些都可以在这个质量门禁上面去做，这样的话就是可以在迭代过程中全自动的去block一些，呃，已知的问题。对吧，然后另外一个呢，就是说对于code review啊，这种自动化能力啊，这是人员的一些培训。呃，但这里面呢，我们看到这个敏捷的这个落地的时候啊，其实，呃，当然我觉得像有些团队是已经有了，那有些团队没有，那没有的话就是我们需要有个敏捷负责人，那这个人不一定是个全职的敏捷负责人，就不一定是说啊我真的要去招聘一个敏捷教练，我觉得就是团队里面找一个产品经理，或者找一个研发leader来干这个角色都可以，他不一定是全职的，对吧？那么他的核心就是去理解我们这个团队的这个S或者敏捷，他应该是一个什么样的流程，对吧？利用这个每个团队可能是有一些不一样，同一个公司有些团队也会不一样，那么工具链是一样的，但是我们用起来可能会不一样，因为每个团队的业务不一样。

所以呢，根据实际的业务这个这个所谓的敏捷负责人，负责人他需要去去配置工具，去搭建流水线包啊，帮助团队成员去去理解我们这个团队如何去用这些工具，对吧，包括定期的一些复盘了这个。那这里面呢，其实这些截图是腾讯内部的一些系统的一个截图啊，就是我相信大家啊，应该也都熟悉了这些CI的流水线的配置啊，就是包括基于get的分支模型啊，就大家很多时候在讨论我们是用get flow还是flow啊get flow对吧，各种各样的这个flow的流，呃，这个这个这个这个流程。呃，对，我觉得比较重要的是这个需求管理啊，就是需求管理呢是呃，很多时候矛盾的一个核心点，那像右边这张图是一个非常典型的，就是我们在描述软件工程困境的时候用的一张图，对吧？就是这个大家客户讲的需求和项目经理讲的需求，以及产研理解的需求，其实是三个完全不同的需求，大家听起来用的文字可能是一样的，但大家脑子里面东西实际是不一样，对吧？那么这里面怎么去避免这个问题，我觉得这是核心，就是你迭代的再快，这个问题不解决，你迭代出来的东西都是错的。

进。以及开发人员一定要写测试用例，并且产品经理和测试一定要参与这个测试用例的评评审，那这样才有可能去对齐大家对于需求的认知，特别是测试用例，你写的测试用例。产品经理看了这个测试用例会发现如果跟你的理解不一致，会在这个环节会提出来，那么我觉得这个是一个阻止后续更多浪费的一个一个很好的点，那另外一个就是我刚讲的这个这个量化需求，对什么叫做什么叫做量化需求。

就是说我这个东西做了以后，到底对业务产生什么影响，比如说目目标我做这个需求能够带来多少的。这个稳定性的提升，或者说是带来用户响应速度的提升，对吧，那么因为有量化需求，量化的东西大家都是不可能理解不一致，所以呢，就是尽量去往量化上，这是第一个，呃，那另外一个呢，就是说我们需求尽量拆解到可以独立测试的，就是你不能做完一个功能是没法测的。对吧，那这个也是很重要，那么这个这个这三点我觉得做到了以后呢，对于需求管理的一些。基基基础的，基本的这个这个这个要点我觉得就抓住，现在很多时候都是一句话，需求嘛，相信金融行业有很多这样的问题，对，就是业务人员老是去抱怨产研开放的慢，对吧，然后产研总就就觉得我们天天加班对吧，但怎么业务人员还是不满意，这没有很多这种这种矛盾，其实都是在需求沟通上，包括整个流程反馈上带来的问题。

呃，自动化测试和单元测试其实是我看到目前国内的整个的软件工程上的一个大问题，这一点呢，它有很多的这个行业和产业的因素，但总体而言，呃，我们对于呃，其实整个整个社会的各个行业，不光是金融行业，对于自动化测试的投入都不大，其实在互联网行业自动化测试的投入也不大，相比国外来讲，我们还是大量的依赖人工测试。嗯，当然了，因为自动化测试依赖你的业务的稳定性啊，中国发展的很快，业务不断的发展，就是我刚写完自动化测试，它就过期了，这也是导致自动化测试率低的一个原因。但无论如何，呃，现在有些很多高级的一些测试工具，可能会随着业务的变化，它自动的去变更一些测试代码，使得你的呃测试的这个测试这个用力的这个过期会拉的很长，那么这个效率就会变高。那么无论如何，我们相信自动化测试是保证整个敏捷迭代的一个重要的点，因为很多时候我们发现发就卡在测试上。

我相信大家都会有这个感知发版卡的测试上，那么这个如何去做自动化测试，每个业务都不一样，你是的，你是网站的，你后端API的都不一样，对吧？那么我们只是提出来这个理念，说我们希望啊更多的去关注这个自动化测试，那这块不做你的呃，Develops也很难真正的去做起来。那另外一个就是我们讲的质量门禁，这个是我们刚才已经提过了，对吧，这个里面呃，涉及到非常非常多的不同的环节啊，你质量门禁可以设的很高，也设设的很低，你包括代码风格都可以设为量门禁的一部分，对吧？所以呢，就这个是是是现在其实现在越来越多关注CS，把这个会越来越看，就是那我们今天的主题不是讨论，所以这里面就不细讲，那我们也会有非常多S的一些话题，如果在座的各位有兴趣的话，也可以通过这个啊，腾讯的这个相关的这个。对接人去了解对吧。

对，那么这里面呢，敏捷其实是从国外传过来的一套非常完整的方法论，它有一套非常完整的模型，但这个模型我们在实践中，我们看到包括coding自己，包括腾讯的其他团队，其实每个团队实践出来的东西都不太一样，对，就比如说你看就是标准的敏捷的方法论里面，它必须有这个迭代规划，会产品backlo backlog战会对吧，然后呢，看板迭代，回顾燃进图，然后呢，其他包括灰读啊，量化持续集成啊，这些东西都会在它这个模型里面有所设计，但并不是它里面的每一条你都要都都都是照本宣科的去做的，就比如说我我这里面举了个例子，就是燃图，其实我们看到国内很少有用的。很少，为什么呢？因为国内就是刚讲了，就是我们的实际的这个业务需求的变化，包括我们需求的质量，使得我们很难去用燃镜图这个工具去观察我们整个产研的一些透视这些数据，因为燃不净嘛，就是你一般老变对吧，就这东西你用了一段时间发现它它没有用，对，所以呢，就是我们看到很多的时间团队发现就是这个燃进图就是很少去用，所以呢，还是要根据实际的这个，这个每个人的业务和实际情况去有选择性的去使用这些敏捷工具，那作为这个呃，标准化产品，像coding的boxs里面是包含敏捷的这个项目管理模块，那我们作为这个厂商呢，我们肯定是这些敏捷工具我们都支持，对吧，但是我们并不是说你只一定要完整的，完完全的用起来。

啊，度量体系，对这个里面呢，其实我觉得度量是一个很大的概念，现在很多的金融客户都在讨论度量，我们也看到非常多的标书里面都是把度量拉的非常非常重的一个一个模块，那么但实际上我们发现度量这里面有一个很大的问题是，当你的自动化做的不好的时候，其实你的度量。

意义不大，因为什么呢？因为你的自动化做的不好的时候，你的数据失真，你的数据失真，你在失真的数据上面去做的度量，你怎么可能得到一个有效的业务结论呢？就什么叫数据失真的，我觉得有一个非常重要的一个一个非常常见的一个点叫做，呃，这个任务关闭，因为我发现产研很多时候是不去关闭一个任务。除非你这个任务是全自动关闭的，就比如说它上线了以后，它能自动关闭。因为它对于研发来讲，它代码写完，它保上线，他就结束了，他再再再去关闭，这个任务是一个overhead，那这个overhead使得它一般是集中式的处理，比如说我一个月我集中处理把所有的任务给关，那么这个时候系统记录的数据是不准确的，就是说这个任务真正开发了多久，他是不知道，系统是知道的。那么在这种前提下面，我只是举了个例子，这只是一个数据失真的一个一个场景，那其实数据失场景有很多，所以呢，这真正你整个的工具链的全自动完成之前你做度量很难获得有效的业务，那这是我对于我们对于度量的一个整体判断，但不代表没有任何意义，还是会有一些意义，对吧？那么我们这边会有一些研发指标，就比如说啊推荐的研发指标，什么发布时长啊，啊lead time对吧，是分分支生命周期的这个这个长短呢。

那这里面每一个团队，每一个业务都会有不一样的这个这个指标，所以这里面我们只是举了一些啊，这个我们认为可能相对来说比较有价值的一些指标，当然我们呃还是看到很多客户有一些指标的需求，比如说人均代码量啊的数量啊，构建的这个数量，这其实呢，这都是一些啊行为指标，这些行为指标很难去判断实际的价值，说代码量，那入一个库代码量都很多，没有什么太大的意义。对，所以呢，就这个是我们对于度量的一个看法，就是要建设，但不要太迷信度量，目前其实我们没有看到任何一个产品和团队能够把度量实践的特别的完整，因为底层的这个全自动化没有真正的能够做起来。

另外就是这个提醒机制，那么提醒机制呢，我们认为这个现在移动端的办公，包括企业微信对吧，甭管是用企业微信呢，还是用那个公司内部自建的各种各样的这个啊OA系统，那么跟这个系统的对接非常重要，不光是对接，不光是提醒，你应该是在这个客户端里面直接能够做一些操作，比如说审批你的code review对吧，那这个代码合并，你可以直接在里面，就是有人提醒你有那个那个那个企业微信给你发消息了，那你可以在企业微信里面可能回复一个消息，他就能够直接去完成这个审批，而不是说你还跳到那个系统里面。这个这个我们是认为这个是叫chat offs，现在很多人讲chat offs，各种各样新概念。那这实现起来不难啊，非常简单。对，那我们再回顾一下，就是说啊这个呃，我们讲这个敏捷，其实这个敏捷是个泛指啊，这S也是个敏捷对吧，包括你们我们落地cups，我觉得都是一样的套路，就是首先讲安全，其实安就比如说这个讲文化对吧，就是敏捷这个文化安全也是个文，其实很多公司啊，包括这个腾讯内部，包括我们自己很多团队，对于安全是更啊更忽视的一个一个点，他平时不关注对吧，那你要落地C，那你这个安全的也要建起来，所以敏捷文化建设，文化建设组织改造对吧，那你这个你这个如果不配合相关的这个组织组织能力，那么这个也很难去落地，最后就是这个工具啊，其实在呃讲解的过程中，也涉及到了非常多的一些工具的介绍。

那最后一趴呢，就是我们来讲一讲这个这个云原生的一些理解啊，就是啊，就是大家都知道这个C，这个最近非常非常火，也了好多年了，以前大家可能比较迷茫，那现在也慢慢的清晰的connectnit对吧，这个什么为服务啊，容器啊对吧，持续交付，持续部署啊，这些东西整体组成了一个零元生，那么那这个C基础上我们做这个敏捷对吧？那么其实我觉得云原生真正干掉的是运维啊，就是但可能对于大家的组织啊实践呃，会有一些挑战，但理论上讲，如果你云原生的话，云原生实践的好，你的运维的工作会急剧下降。

所以在整个敏捷实践里面，运维这一块会没有。对吧，那这里面就涉及到一些组织改造，那这个运维团队啊，我们这个怎么建设，对吧，我是不是让产品真正的具有，让产研真正的具有运维能力，但这个是敏泰，我相信在监管的这种，呃，金融的很多的这种核心系统上面，它有监管啊，或者说网络隔离的各种问题，它还是会存在，但在某些业务团队上面，运维可能是可以不存在的。啊，这是我们对云原生的一个呃展望，因为这是最大的一个价值吧，相信云原生带来的一个对于底层资源的这种全自动的使用。对，那介绍一下口顶，那么呃，作为腾讯云的一个产品呢，我们其实是就像我刚刚讲的敏捷这一趴就是我们是完整的方法论全部都支持，那么对于DES也是一样的，就是我们从你的团队目标OKR开始研发度量流程，度量项目，对吧，这些工作负载我们全部都支持，那从这一趴开始到后面的代码管理，包括web IDE，对，包括开研发测试环环境管理对吧，包括研发规范啊，包括持续集成测试，自动化测试制品啊，这种这个制品的分发，同步制品的晋级，安全扫描，包括到部署灰度蓝绿金丝雀啊，整个监控日志报警，再到API的相关的这个管理，到VT文档，就是这是一个非常非常全的一个系统。

但我们作为一个的厂商呢，我们会完整的提供这一整套给到我们的这个客户，但并不代表每一个客户他真的会用上所有的东西。包括我们这里面有些sets的能力，对吧，包括有一些的能力，其实都是根据客户场景需要去自己去去探索，这也是为什么我们落地的时候光有一个工具非常难，还有非常多的这个这个这个这个一些可能是偏咨询啊，偏实施的一些一些工作要去做，那这里呢，有个简单的截图，是我们的，呃，Develops产品的一些简单的截图，大家有一个直观的印象。

那么在金融领域呢，我们也做了非常多的体系化的这个落地和实践般情况下，我们会呃敏捷的方式推落地，敏捷吧，就是这里面的敏捷这个泛指啊，包括box，那么访谈体系建设，共创评审对吧，迭代更新，辅导实施，工具试点，一般都是拿一两个业务先试试看，对跑通了以后再去规模化落地，金融行业都是这么做的，呃，那这里面呢，有工商评审很重要，因为体系化建设呢，我们作为一个服务方，其实对于每个客户的了解是有限的，所以一定需要客户方以及去共创评审，我们的这个体系到底是不是OK的，对，然后呢，包括一些工具试点。啊，这个是我们的一个总结出来的一个服务模型吧，对，这是一些照片啊，就是包括培训我们也有，我们有完整的培训，甚至考试都有啊，我们会把腾讯云的这个这个develop的证书，对吧，这个给团队的，给这个团队的同学也可能有一个有个自己直观的一个感性上的认知吧，就是说哎，我学习了敏捷，学习了S，对，包括这个公司内部在推进这个落地的时候，在文化上面也会是一个更好的一个推动。

对，那这里面呢，就是我们看到的这个金融领域的一些落地实践，我们产品经理这个角色是非常重要，对吧，怎么样打造一个全功能的一个团队，这个事情是啊，横向拉通的一些团队和每个业务负责人的一个团队，这个里面是我们呃一些总结吧，但每个团队可能也会有些差别，但核心我们看到的产品经理很重要在这个。对研发数字化的这个金融领域研发数字化平台的建设，这里面包括啊敏捷都是一整套可观测性，都全流程可观测性不是指那个我们运维的可观测性啊，是说我们整个研发过程的可可观测性。

那这边呢，有一些我们看到的一些度量相关的一些指标的，这个我刚已经大概的讲过了，所以这边就略过。对，那么今天这个我们分就大概是这些，所以我是敏捷其实都是类似方法实践，那么只是在不同的历史发展阶段，可能的关注的点有所侧重，但整体的这个落地的逻辑我们和落地的这个模型我们认为是差不多的，所以呢，也欢迎各位啊，金融领域的这个厂商啊客户能够跟我们一起来多多的交流，好，那我今天的分享就到这里，好，谢谢大家。好的。非常感谢张总，那本次数字原生技术论坛，原生论坛的分享就告一段落了。

通过今天多位专家学者及业内大咖的分享，我们得以较为清晰的看到了数字原生这一概念的轮廓，同时我们对于其中非常重要的技术理念云原生有了非常深刻的理解和认知。这里请允许我为各各位做一个预告，请大家在明天下午同一时间续关注并莅临现与我们数字原生论坛的第二场融合组论坛的线上研讨。我们将在明天的融合专场中为大家呈现丰富多彩的数字化营销。客户触达、用户增长、全真体验等行业内热点关注的课题领域。再次感谢各位嘉宾、各位朋友观看我们线上的技术论坛直播，欢迎大家对自己感兴趣的话与腾讯云随时保持技术沟通，谢谢大家，我们明天见。