通过周末两天对Techo Day腾讯技术开放日视频的学习，让我对云原生全栈开发的了解进一步加深，原来云原生如此高大上，又或者云原生原来如此 just so so~，无处不在的云原生到底怎样在影响开发者，面对云原生这种时代洪流，我们又应该怎样面对，下面我主要通过对各位专家老师的资料来展开论述，畅谈一下我眼中对云原生的新认识。
1. 腾讯云原生生产能力
腾讯在2021年展示了超大规模分布式云的研发和落地的技术成果，发布了腾讯云原生操作系统敖驰。该系统是目前业界唯一一个支持服务器容器函数混合调度的云原生操作系统单集群，这是 10 万级服务器、百万级容器规模管理的 CPU 的合数超过了一个亿，为用户提供了高度标准化的海量的算力，以最贴合用户便利的方式让算力触手可及。
随着腾讯云原生产品和技术的完善和成熟，越来越多的开发者和企业基于腾讯的云原生应用构建它自身的应用。到目前为止，腾讯云原生产品所服务的外部开发者数量已经达到了 300 万，拥有国内最大的云开发小程序生态和开发者平台的工具，所服务的企业客户超过了 5 万，应用于金融、政务、教育、人员、交通等多个行业的客户。
2. 如何实现任意位置皆可高效用云
敖驰是在 21 年发布的一个云操作系统品牌，它背后已经是腾讯云整个内部 10 年以及 20 年的这样一个技术的积累。我们的云操作系统还有对分布式云的理解。因为这两个概念其实虽然我们可能平时会听到过一些，但是很少有人会把它很具体的会把它介绍出来，分享一下我的理解。
那么在这各种各样的我们像政务 App 我们企业的 SAAS 化应用或者应用 App 之后，那么以及还有我们前面提到的在智能制造、智能驾驶里面，我们的智能这些应用。那么其实背后都是我们开发者的代码在做支撑，但这些机遇非常好的机遇，其实背后往往都是跟随了一些挑战的。那么当我们的开发者的应用的服务场景，我们从网站 App 我们现在变成了我们的实体世界，那么新的挑战其实就来临了。
那么首先其实就是复杂性的增长。那么以前我们服务我们叫 C 端客户的时候，其实像我们的很多企业而言，我们只需要在一个压线城市或者云厂商，我们上去购买一些服务，基本上我们就能满足周边是用户的一个诉求了。那么现在我们应用要部署的位置，那么不再仅仅是总中心区域，我们被下沉到各个边缘甚至是本地的位置。比如你有可能是一个三线城市的 IDC 这里可能它原来是没有云覆盖的，也有可能是一个工厂的机房，那更加不可能有人帮你提前做好这样的基础设施建设。那么其实我可以举个例子，在我们腾讯有一个智慧农业的项目，我们在沙漠里面去做那个沙湾沙沙漠的绿色化。那么我们甚至在沙漠的中间，我们去部署了我们这样一个算力节点。那么这些基础算力的这些问题其实对一般的开发者还有创新企业而言，其实是存在很大的挑战的。比如我们在写好自身的代码之外，那么整个你的基础设施你要如何去做管理，如何去做运维，还有你的成本如何去控制，那么这会占据掉我们的开发者还有我们的企业的一些人员的非常大的精力。
那么另外一点就是那么随着我们的研发技术也是不断的在发展的，那么我们对双立的需求其实也越来越丰富。那么原来我们可能比如我们说你这有一个我们叫英特尔的可能 CP U 或者是什么是可能满足需求了。那么现在比如我们可能会有一些 GP U 的需求，我们甚至还有我们双力形态上面，我们以前可能是比以虚拟机为主。那么现在可以像我们容器像 Serverless 像低代码。那么这样的新型算力，其实我们如何去在我们需要的位置上能获取到，其实也成为了一个非常大的挑战。
那么最后一点就是这个分布式云需要具备跨环境多算力类型的这样的调度能力，我们针对的不同针对。因为我们在现实中我们往往会面对非常复杂的一个硬件环境，甚至乃至于我们整个我们要基于的这样云平台，它可能是不同云彩厂商的，甚至是你有可能都不是云彩厂商，你还有传统的一些虚拟化的平台，那么这个你有可能是无法去统一的场景。
![]](https://typora-1302845125.cos.ap-beijing.myzijiebao.com//typora/image-20221106231350448.png)那么这时候我们就要去分布式语音，这样能提供一个叫分布式语音原声的能力，可以去管理这样复杂的环境。那么你在硬件层甚至就你的 S 层可能你是不统一的，但是我最终可以在应用层应用的管理上实现一个统一调度。那么正是基于刚才讲的这三个特征以及这样的理念，那么我们就推出了遨池分布式云操作系统。
那么遨池其实整合了我们整个腾讯云的一个技术和产品体系，那么可能通过一个更深层次的调度和整合。那么将腾讯云的我们不论是技术架构还是产品理念进行了整合，我们打造的一个可以让云可以无处不在服务的技术和产品体系，那么可以让用户可以随时随地的去构建它的原生应用。那么它具有以下四个特点，那么就是开源创新，那么全域治理，那么无限算力以及触手可及。
那么技术敖驰我们将腾讯云以及腾讯 20 多年的一个技术，还有产品能力的积累，那么可以提供到任意用户想需要的位置，并且我们是保证了统一和一致的使用体验以及管理体验。那么下面我可能在介绍两个具体的，由敖基于鳌池我们打造的腾讯云的产品体系类的产品，那么也让他感受一下就是陶池真正的在现实中我们是怎么去落地，怎么去帮助我们的客户，去减少他的在基础上是以及这样的上的精力开销的。
那么第一个其实就是我们叫本地专用集群 cdc 或者叫边缘可用区 TC 这样的两个产品。其实这两个场景特点都是可以将云我们可以延展到客户的本地以及边缘。那么它们的区别可能就是一个它是面对于我们叫共享场景，比如说上证，我们在这里建设了一个叫我们在边缘可用区之后，很多客户都可以来这个边缘可用区上面去申请我们的预算案例。那么而 cdc 这样产品它是一个专属化的。因为比如这样像在客户的工厂里面，像客户的医院里面，我们要建设一个云节点。那么这个云节点它本身肯定不会是一个共享化的，它一定是这个客户专属的因为客户它首先它本身有一些安全的需求，一些数据敏感的诉求。那么这两个成品用一个一到两个机会的小型的边缘运营的形态。那么客客户比如像一些医院的 his 系统，像工厂的，我们像长线的 lilt 还有一些我们的可能有一些简单的比较 AI 的训练，我们都可以在这样的一到两个机位上，我们就可以满足客户的需求。
3. 北极星灰度发布实践
此部分内容会分两个方面去讲，第一个是灰度发布的技术原理，第二个是灰度发布的实现方案。那我们先来看一下灰度发布的技术原理首先我们来看一下什么是全量发布？我们在早期的机器资源比较紧张的时候，机器都是预先静态分布的。那么我们在发布应用前，我们的这个应用 A 会在某些机器上，然后发布之后我们的这个新版本也还继续在这些机制上。那这样的场景它适用于这个单体应用或者是一些非关键的应用或者是开发测试环境。那么它存在的问题是什么呢？它有可能会造成我们在升级过程中服务中断，然后出现问题也比较难回滚，试错成本比较高。
首先灰度发布的实现的话主要分为下面几个步骤。第一个就是我们先要完成实例的打标，然后我们会通过网关去进行路由，然后再到微服务中去路由，然后在这里面会涉及到标签透传，然后最终就可以达到灰度的完成。那我们先来看一下实力打标。什么是实力打标呢？实力打标指的就是我们通过打入实力标签等手段，将新版本的应用与稳定版本的应用给区分开来，可以看到右图就是我们通过 spring cloud tencent 自注册的方式以及 K8S 标签同步的方式去对实例打标，我们这里标记的是微信 2.0 版本。
那我们接下来看一下标签透传。标签透传是什么意思呢？我们在网关进行了这个流量染色之后，然后在微服务的调用过程中，我们需要将染色的标签在每一条之间能够进行一个传递，来使得所有的微服务都可以识别到这个灰度流量，并进行一个处理。可以看右图所示。我们在微服务网关染色了之后，我们这个染色之后的这个标签我们到了服务 A 然后从服务 A 到服务 B 那么接着往下传的过程中，我们是需要把这个标签也跟着透传的。那么在这个过程中这个就是标签透传。那么标签透传怎么做呢？通常有几种方式，第一种就是框架来去透传应用集成的服务框架，通过这个服务框架完成服务间的一个标签透传。
4. 腾讯文档云原生实践之路
此部分分成五个小节。首先先介绍一下腾讯文档这个产品，然后评估一下腾讯文档在上云之前和之后的研发体系。后面是两个重点，分别介绍一下腾讯文档在上云过程中的一致性建设和叉 AC 实践。最后总结一下腾讯文档的业务价值和整体数据。腾讯文档是一款可以多人随时编辑的在线文档工具，拥有文档表格、幻灯片等众多功能，同时打通了 QQ 微信等多个平台。在上云之初，我们进我们通过这五个方面进行了评估。
我们基于 trb go 这一套插件体系，也开发了很多腾讯文档的插件。所以我们进行了一次大刀客服的重构，将 T 腾讯文档所有的后台服务几乎全部重构成了 trp 构服务 tmb 构。它的核心包括 RPC 框 RPC 能力以及服务治理能力。包括服务发现、负载均衡、过载保护等等，其他的模块都是插件化设计的。
i最后我们通过脚手架工具来保证服务的标准化、规范化和自动化。开始在起初没有服没没有脚手架之前，开发一个新服务的时候，开发人员需要先手动的拷贝老的服务代码，然后再删删改改成新的空空服务，从 0 到1。创建一个新服务需要耗时将近一天的时间和 14 个步骤。所以我们快速建设起的脚手架工具，屏蔽细节，简化化流程，从源头减少标，从源头减少错误的发生，沉稳一键生成标准化服务。然后下面这一块是另一个重点，叉 AC 实践。我们充分集成了公司成熟的基础设施深度实践，叉 AC 实践实现 IAC 级别的自动化持续部署，从需求编码构建、测试发布部署、运营阶段监控等各个阶段，基本实现了averation。 S code. 首先是流水线 S code 腾讯文档使用 orange CR 进行流水线的配置与管理，并且将流水线配置代码作为项目源代码的一部分放在代码仓库中，也就是 CI pipeline S code 项目源代码作为一部分，数量可控，版本可追溯，然后清晰易读，便于多人共建与长期维护。我们将流水线的各个步骤通过配置文件的方式提交到代码仓库中。
5. 对于开发者，云原生意味着什么?
这一部分主要通过问答形式展现
大家好，欢迎来到这次对谈节目。我叫周欣，是 CSDN 的副总裁，我们负责建立中国 it 人士最广大的一个技术交流平台。今天很高兴和黄俊宏、陈俊的副总裁一块来聊云原生。
大家好，我是黄俊宏，来自腾讯云，然后今天很高兴跟周总一块，我们一起聊聊云原生这一块的话题。
邹欣:因为从过去的几年来看，我们 CSDN 这个整个的内容平台中关于云原生的博客问答以及这个是论坛的帖子是越来越多。然后当然我们知道有不同厂家的云云生，云云生也有很多的技术对吧，然后它不断的在变化，每天每个礼拜都有新产品出来。然后那我们就想问一下从腾讯云的角度对吧。黄卓，你看什么才是真正的云原生呢？
黄俊宏:OK 目前云原生确实还没有一个统一的定义。那 CN CF 认为说微服务加容器加持续交付加 DEV OPS 就是于原生。那友商也有提出说云原生更多应该是从客户应用的这个视角来看，部署到云上的应用必须用到只有大规模公共云实践才能提供的三类能力中的一类或者多类，也就是说弹性 API 的自动化部署和运维等等。那因此他们认为说云原生它是一个软硬一体化的架构。那其实这是相对于传统企业我们 it 的这个物理环境而言的。那我腾讯云的云原生的这个定位，我们主要的目标是致力于成为企业数字化的转型的一个助推器，让用云更加简单。
企业在用云的这个目的，归根到底还是在于利用云厂商在技术和资源这里面的积累和规模化的这个效应，来帮助企业去降低它的经营成本，来提高企业的这个效率。那腾讯理解的云原生主要有五个维度，分别是开发云原生、计算云原生、架构云原生、数据云原生和安全云原生。
邹欣：好的，那我们知道，现在很多企业都在做数字化转型，那从这个有了互联网这时候开始，就已经有很多企业在上云对吧，把它的服务搬到一个以网络为核心的一个架构上。那这个上云和云原生有什么区别呢？就什么才叫云生对吧，你们能不能再对这个问题再做一些解释。
黄俊宏:上云跟云原生确实是不能划等号的。那上云只是简单的把基础设施能够搬到云上，而云原生是上云的更深层面，它需要借助的是云的弹性伸缩的能力，还有按量付费的这种模式，去实现云上的开发、运维、测试、部署等生命周期里面能够享受的这种原汁原味的云原生系统。那只有充分享受到云计算红利的这种模式，我觉得才是要叫云原真正的云原生。
邹欣： CSDN就很多用户都是做开发的，就是码农。那我们以前在学习编程的时候，都是在自己的电脑上对吧，写一些 hello world 的这个程序。那么对于开发工作云原生带来了哪些根本性的改变呢？
OK 其实我们可以看到说云原生这样的话题，在近两年来其实也日渐成为一个非常火的话题了。那我们可以看到其实像微软的 code 那个 code space 像谷歌的 cloud shell 然后包括 AWS 的 code star 对吧，像这类的这种 IDE 或者说这些云原生的这种编程工具，在这两年来已经成为一个非常热门的话题，或者说因为成为一个云原生的开发的一个主流关注的一个话题。
黄俊宏:那从我的角度来讲，从原来我们传统的在本地化的这种编程的体验转到云原生体验，相当来说我们可以把语开发环境都可以搬到语音上面，我觉得这是第一步。那同时基于我们云原生的这里面的一些基础的能力，比如说容器化的这些能力，资源的这种编排跟管理的能力。那其可以通过这种方式，再通过 IDE 跟这种资源编排的这里面的这种结合，其实可以大大的去降低开发者在这里面的这种比无论是代码的编写还是服务的部署，这里面的各种各样的这种成本，包括资源管理这里面的成本能够得到大大的降低，让开发者能够更加聚焦在他自己具体的业务开发的层面上面来。
邹欣：所以我从我的角度来看，云原生的发展本质上它是解放了这个开发者这里面的生产力，让它的这种代码的这些开发工作得到一个有效的质的提升，让它能够更加聚焦在有创造性还有创造力的这些真正的业务逻辑跟业务场景的理解跟开发上面来，我觉得对于整个行业来讲是一个非常大的提升跟一个质的变化。
邹欣：好的，那我想腾讯也是中国的一个很有名的企业，也很有历史，那他自己也有很多的研发人员。那他腾讯自己的原生历程是怎么样的呢？黄总能不能分享一个你们具体业务的云原生转型的故事？
黄俊宏:腾讯云的这个云原生我们的发展是从 2018 年开始的，大概能够分为三个阶段。那 2018 年到 19 年是我们整个云服务器上云的阶段。那 2019 年到 20 年是我们自研业务容器化改造的一个阶段。那到了一年到 22 年，也就是今年，那我们整个的腾讯云的业务也在全面的去推进云原生化成成熟度模型的2.0，通过这种方式来进行降本增效。
那在这个转型过程中，我们一些也有很多的这种业务方面的故事，比如说大家熟能详的，比如像视频号，还有腾讯会议，这些都是我们生长在云上面，长在云上面的这种标杆的这些业务跟产品。比如说像视频号，我们之前大家也都知道到周末的时候有很多的演唱会，比如说像西城男孩周杰伦还有崔健等等这种大型的明星演唱会，曾经也在国内创造了几千万人在线的这种直播的这样的一个规模。
好，谢谢。事实上我自己也是这个视频号的一个用户。然后我们现在正在用这个腾讯会议来交流，我觉得他们这个质量和体验都是非常不错的，也感谢这个腾讯的研发人员开发了这么好的产品。而且邹欣：听了黄总讲了故事之后发现事实上云原生能够帮助他们，帮助这个腾讯能够降本增效。对，那腾讯应该算是一个比较先进的企业对吧？那很多传统企业都在做数字化转型，然后他们当然云原生是它转型的一个方向。那么传统行业这个云原生的转型它的动力来自哪里呢？这个当前处于什么样的阶段呢？要不要我们黄总也给大家讲一讲看。
黄俊宏:在我看来，我觉得传统企业现在也是处在一个逐步数字化转型的一个阶段。我觉得对传统企业来讲，它的转型的动力主要有两个方面，那一方面是来自于自身业务发展的需求，第二方面是来自于企业降本增效的一个需求。那从具体的这个业行业的这个场景来看，我们可以看到无论是金融、政务或制造业等等，那随着我们数字化的深入，单独了这种 ice 的云服务其实已经远远不能满足传统企业数字化的这种需求。那实体经济的转型，其实更需要的是贴近业务的这种 pass 化和 SARS 化的这些能力。比如说在政务领域，我们需要更多的去结合 AI 大数据等能力来创造更大的价值。
邹欣：包括金融领域在多云部署还有混合云这种场景下面怎么去解决快速扩容的这些问题？包括制造业领域里面怎么去提高云资源的利用率，怎么去提高协同性对吧，包括怎么用 AI 来解决比如说工业质检等等这样的问题来提升效率等等。那么近年来我们云厂商也在不断的去加大在微服务容器化 service 跟分布式云的等等领域的这些投入，来帮助传统企业来解决这些问题。那我们腾讯云尤其加大在 pass 的能自研能力上面的建设上面，比如说像音视频的 trtc 容器领域的 tke 数据库的 TT SQL 等，来帮助企业适应未来业务发展的云原生服务平台。
黄俊宏:对，我觉得腾讯云事实上给这个用户提供了很多强有力的工具，帮助他们做数字化的转型。然后马农本身可能也要转型，比如说我是一个大四的学生或者是研究生三年级的学生。那我在学校里通常是用传统的方式来学习编程。那我作为一个即将工作的一线开发者，在这个云原生的时代我要做哪些准备和哪些改变
邹欣： 云原生确实对于开发者来讲，我们提供了很多的这种原生的这个云化的能力来帮助开发者去提效，或者说让它能够聚焦在业务开发。那反过来，我觉得在未来的话，那云原生可以说已经成为未来开发者可能必备的这个能力之一。甚至说如果不懂云原生，其实在找工作方面可能相对来讲就比较困难。那从具体的能力项来说，比如说像微服务的这种拆分能力、容器化的它的改造的能力、服务治理的能力，包括以及像 DevOps 的这些能力，其实都是开发者需要去必备的一些技能。我觉得这些对于原生的知识的一些积累跟储备，我觉得对于开发者来讲还是尤为重要的。
邹欣：好的，我觉得黄总刚才讲了事实上是非常重要的一些云原生入门的一些基本的概念和基本的操作。那么就是很多学校，我个人觉得可能没有在这方面没有很好的衔接。那么就是腾讯云在这天这在腾讯云在这方面有什么样的计划，或者说有哪些比较有效的方法和途径，帮助我们开发者快速的融入到这个云原生的时代呢。
云院生的开发模式近年来已经日渐成为新的这个行业的趋势。像微软的 code space 谷歌的 cloud shell 还有 AWS 的 code star 等等。最近这两年都是比较火热的开发工具，那核心还是让开发人员去摆脱本地开发物理环境的束缚，更方便的去远程协作。那腾讯云推出的 class studio 是国内第一款将底层云资源和在线开发环境融合的开发工具，同时也进一步升级为腾讯云开发者生态的入口，整合云资源和 day OPS 等 pass 能力，为开发者提供高效、稳定、全面便捷的开发者工具。
邹欣：我觉得这个 class 6 的非常好，就是能够真正的帮助我们的准备工作的人，以及从传统的这个开发模式转到云原生的模式，大家能够快速的衔接。我认为另外一个痛点对于开发者来说，就是当我写好程序之后，我怎么样帮他怎么样能够把这个程序快速的部署到一个云的服务商对吧？这叫 DevOps 那么 DevOps 在落地应用中还有哪些痛点呢？我听到很多人抱怨说现在的是 DevOps 事实上是有非常纷繁冗杂的，这样是各种工具可以选，当，当然这个出错的机会也很大。那么腾讯云是从哪个角度来解决这些问题呢？
黄俊宏:确实工具确实永远没有最好的，也只有最合适的。那企业或者开发者需要根据自身业务的特性来选择适合业务发展的 DevOps 工具。但无论是企业使用的是一体化的还是开放式的这种工具链， DevOps 流程都需要使用正确的工具来解决 DevOps 生命周期的各个关键阶段所面临的问题，包括像计划构建、持续集成、持续交付、可观测运营持续反馈等等。
邹欣：那腾讯云 coding 的 DEV OPS 这个产品，我们提供了一站式的这种开放开发协作的工具，那帮助研发团队能够快速落地敏捷开发和 day OPS 的开发方式，实现研发效能的这个升级。那主要的优势包括比如说适用多种的研发场景，开箱即用免部署低成本，涵盖了软件开发从构想到交付的一切的所需，包括安全性。我们提供了动态和静态的安全的这种代码跟制品的扫描的能力，包括更敏捷的协同开发过程，包括自动化的持续的交付能力等等。可以说在整个的软件开发生命周期里面，我们提供了更多的一站式的这些工具，来帮助开发者去解决它在开发过程中所面临的这种持续的交付跟部署跟运营一系列的问题。
邹欣：听起来这个 close studio 加上 coding 是一个很强有力的工具，就能够帮助我们的开发人员用一个比较简明的方式去来处理这个 DevOps 中碰到很多问题。然后刚才你也提到，事实上我们这个这些工具就会让我们的工作变得比较简单。然后在现在的这个业界，还有另外一个方向就叫低代码。那低代码是能够让着让这个企业更加专注于它的业务。然后没有太多编程基础的人都可以开发应用。那有很多程序员就会问了，那第一，代码这个解决方案的新梦是否意味着对于开发者的需求量会减少呢？那作为一个开发者，我的出路在哪里呢？黄总能不能跟大家解释一下。
黄俊宏:因为低代码确实可以提高开发人员的这种工作的效率，但确实它不是取而代之的。事实上我们低代码是被设计用来替代重复的过程和功能。我理解它更多的是过去的一些技术的经验的积累和沉淀，并且形成的这种功能性的这些能力。那在很多的一些特定的场景里面，其实我们仍然需要手写一些代码来解决我们的业务的需求。那应用开发的本质其实还是创意想法，还有是怎么去实现的这个逻辑。所以开发人员的价值的高低不是取决于说我实现的时候到底是用纯代码还是用低代码。只能说低代码未来也许会成为更加有用的这个生产工具。那开发者应该将更多的精力投注在说我们更有创造力还有更有创新性的这个事物上面去，我觉得才是开发本身的一个更需要关注的一个事情上。
邹欣：好的，对，这是最终我想很多的客户还是要我们这个腾讯云或者是别的工具能够解决问题。然后刚才黄总也提到，事实上我们有很多的新的工具，每天都在出现，每天都有更新。然后这个云原生事实上也是一个芳心 VR 的一个技术发展方向。那么如果我们看得远一点，它未来的发展方向在哪里呢？程序员本身嫁接方面有什么计划呢？能不能和大家分享一下？
黄俊宏:云原生技术从微服务架构大规模的应用开始，融合了容器服务、网格、 DevOps 等技术，到了今天已经进入了一个相对成熟和大规模应用落地的阶段了。现阶段我们可以把云原生抽象理解为比如说云原生就是等于微服务加 DevOps 加持续交付加容器化，那这些都是以资源管理为中心为核心的。那面向未来，我觉得应该逐步会过渡到以应用为中心这样的一个目标。那除了具备说初代的云原生容器、微服务 DEV OPS 的这些特征之外，更多的强调的是对资源的配置和对应用效率的一个最优解。那展开来说，我觉得未来会有几个发展的变化，比如说更高效的资源管理与调度。比如说在腾讯云的 class studio 当中，我们会通过声明式的这种开发环境和生产环境来一键管理和编排开发容器资源和生产环境资源，来大大提升开发资源的管理和对生产环境的资源进行调度。
黄俊宏:那第二点是更敏捷的应用交付和管理。比如说在腾讯的云 op 的云原生应用管理的模块中，通过云原生这种应用标准的模型编排企业应用与云产品，通过 get OPS 的自动减配和可靠且灵活的发布流程来保证发布的这个可靠性。那第三个是更完善的这种安全可信和合规。那如果从我们面向未来的话，我们在 cloud cloud studio 这里面我们还有几个方面的这些规划。比如说第一方面是云上开发安全提效，能够面向企业的这个开发上云能够更加简化，并且能够深度的去融合腾讯的云产品，让开发者在上云的过程中能够解决掉中间不必要的这种开发流程和环节，并且能够更充分的去利用衔接好的腾讯云产品的各种调用。
邹欣：比如说我在开发的时候可以很方便的去调用腾讯云的底层的各种产品跟 pass 化的能力对吧？那让开发的这个体验更加简单，可以更加专注在业务的逻辑本身。那采用这种 IAC 的这些现代的开发理念，可以让企业团队开发更一致，能够更高效。那也由于我们代码开发不落地，我们可以主打安全开发代码和的工作度量等等能力。
黄俊宏:那第二个是云上部署的 give OPS 一键的部署能来降低运维的成本。通过 IAC 跟 git OPS 的组合，我们让开发到构建能够变得更加的顺畅。那我们可以方便的在某个环境里面能够进行快速的部署。我们集成了云原生的 no co host 优的优秀的能力，并且包并且组合出基于云原生能力的云调试的套件，让复杂的云原生团队成员之间的这种调试就像本地一样的调试一样方便。
