作者：芸峥
知识体系：运维、中间件、Cloud Native、容器、API
大其心，容天下之物；虚其心，受天下之善；平其心，论天下之事；潜其心，观天下之理；定其心，应天下之变。
在阿里云团队，经常听到技术淘宝这个词，自己也在深思技术淘宝是什么。阿里云是技术淘宝吗？电商淘宝能演进出来技术淘宝吗？技术淘宝会不会在除了企业之外，带来新的社会分工模式呢？为了搞清楚这个问题，我也做过诸多调研，我认为技术淘宝就是利用互联网平台，将技术产品及服务出售给2B企业，并提供持续的业务运维服务。
另外，随着云原生技术的蓬勃发展，云的构建成本大幅度降低，由于资本的逐利性，各种云的形态将会层出不穷，万云互联将成为不可逆的趋势，我们想成为最大的那朵孤岛云，还是成为连接各种云的虚拟平台呢？我认为这种虚拟平台就是技术淘宝，以云为始，但不会终结于云，除了企业之外，技术淘宝也将会为新的社会分工模式提供成长土壤。未来无限可能，谁会再次成为时代的弄潮儿呢？
技术淘宝的最终形态
以史为鉴，几乎所有的互联网平台都是构建在实体厂商之上的虚拟平台，用于优化资源的合理分配，承担连接各类角色的责任。所以我想象中的技术淘宝一定不会绑定在任何实体云上，所以我们要跳出自身云平台的限制，用开放的心态接收各种云和产品。例如我们的云产品可以部署在其他异构云上，其他云厂商的产品也可以部署在我们的云上。唯有如此，才能构建开放多元、生机勃勃的商业化形态。
那么技术淘宝的使命是什么呢？马老师曾说：“互联网必须是一个生态，这个生态必须由多物种组成。物种越丰富，生态越健康。参与的人越多，才能真正做到共荣共存、相互依赖。因为是生态，所以它生生不息；因为是生态，所以它也有春夏秋冬。我们希望的是在这个生态里，崇尚诚信、努力奋斗、不断学习、敢于创新的企业能够成功，我们帮助年轻人和小企业做创新、创意、创造。”
所以我理解的技术淘宝的使命是通过一系列技术产品，提供企业级SaaS的生长土壤，最终成就企业“无所不在”的开放式商业圈。
那么，对于一个技术淘宝来说，最核心的组成要素都有哪些呢？我认为主要包括在线平台、技术产品、交付运维三部分：
- 在线平台：类似PC端的电商淘宝网站或者移动端的手机电商淘宝App；
- 技术产品：类似电商淘宝中售卖的商品，但又不尽相同，技术产品的客户基本都是企业，重服务和续费；
- 交付运维：类似电商淘宝中的仓储和物流，对于离线产品来说，可以帮助客户将云产品搬迁到私有云上。
在技术淘宝尚未发展起来之前，很多公司会尝试着描绘未来的技术淘宝画像，大家的理解不尽相同，但一定要避免一些思维误区，我总结了一下大约有以下几点：
技术淘宝不会锁定云厂商：技术淘宝的重要使命是创造开放式的商业化生态，而开放式的商业化生态就不能绑定在一个固定的云上，我们需要一个虚拟在线平台，连接更多的云、云产品、企业客户、合作伙伴。
技术淘宝不是app store：app store是给2C客户提供软件工具的，而技术淘宝是给2B客户提供产品服务的。
技术淘宝不是技术中台：技术中台本质上解决的问题还是内部协作的降本提效，而技术淘宝是以产品服务为主体，帮助整个社会进行创新演近，最大化技术的业务价值。
技术淘宝不是电商淘宝：电商产品主要涉及衣食住行，重消费不重服务；技术产品主要帮助业务快速创新，重服务不重流量。如果想给技术产品的客户提供极致的服务，那么就必须用全新的思维，做好平台的每个细节。
技术淘宝中的产品
产品的业务形态
技术淘宝中的产品按业务形态可分为通用型产品、行业型产品、商业型产品、工具型产品。
通用型产品：跨行业的通用产品，例如Saleforces的CRM、阿里的钉钉等，在各行各业均可使用。
行业型产品：在某个行业内使用的产品，例如金融办公中的安全防控系统、医疗保健中的器材管理系统。
工具型产品：为企业提供降本提效的工具，例如提高销售团队效率的CRM、提供人力资源部门工作效率的HR系统。
商业型产品：除了提供工具价值外，还能为企业提供增值价值，例如增加营收、吸引客户等。
说白了，通用型产品帮助企业优化流程、行业型产品帮助企业管理场景、工具型产品帮助企业省钱、行业型产品帮助企业挣钱。这四种类型的产品可以相互转化、相互组合。并且，商业行业型产品一定会比通用工具型产品发展更快。因为它们能够解决的问题更具体，更容易激发企业老板的购买意愿，也更容易达成交易和积累数据优势。甚至由于行业SaaS和场景SaaS的创始团队往往就出身于该行业，他们比行业里大部分企业的老板都更懂行业业务，产品走的弯路也相对较少。
因此我们一定要杜绝下面两种认知：
为了卖IaaS搞产品：由于阿里云主要通过卖IaaS获得营收，因此部分人狭隘地认为我们的产品重心应该围绕IaaS即可，一些偏服务场景型的产品交给合作伙伴即可，省时又省力。但事实上，IaaS型产品离业务场景实在太远、发展空间非常窄，可替换性也比较大，溢价率也很低，这不是一种可发展模式。
为了输出技术搞产品：几乎每个互联网大厂，为了支撑自己的业务，都会自研很多技术。随着云商业的发展，技术不仅能够支撑自己的业务，还可以进行商业化输出。因此很多同学凭着兴趣先搞技术开源、然后希望通过开源转商业化。但这是一种本末倒置的自嗨式赌博行为，我认为除了少数基础技术，大部分技术还都是应用技术，我们需要调研业务场景，搜集足够的数据，然后再决定是否投入。
产品的服务模式
产品按服务模式可以划分为SaaS和PaaS，SaaS服务于终端客户，PaaS主要用来量化生产SaaS，而PaaS和SaaS又依赖CaaS托管应用。
从图上可见，大部分PaaS都是APaaS，都是低代码平台。我们不要妄想搞一个大而全的PaaS，能够部署所有类型的SaaS，技术没有银弹，你会发现到了最后这个PaaS的维护成本很高，服务场景又十分有限。随着业务场景的逐渐丰富，PaaS的层次划分也会变得越来越细。
根据我所接触的业务，我将PaaS主要划分为三类：
CNPaaS：将云原生技术和DevOps结合，用于部署和管理复杂应用的PaaS。我们部门便是云原生应用平台，在Kubernetes、Service Mesh、Serverless上，有着很多的技术沉淀，在CNPaaS的建设也投入了大量的人力，但要走向大规模商业化，还需要进一步夯实基础。
技术PaaS：在CNPaaS之上，根据技术领域划分为微服务应用、大数据、人工智能、边缘等场景型PaaS，例如阿里的Aone、EDAS、ODPS等。其实技术型PaaS理论上是一个特殊的行业PaaS，只不过这个行业偏向技术领域罢了。
行业PaaS：基于一个或多个技术PaaS，搭建的专门为某一个行业领域服务的PaaS。例如政务行业的政务钉PaaS，本质上是为搭建政务SaaS用的，它会提供很多跟政务相关的功能组件，让搭建SaaS应用如搭积木一样容易。
总体来说，SaaS型产品在美国已经进入快车道，但在中国还需要3～5年，甚至更长时间的渐进式发展期。To B领域的现状是，行业奔跑得太快，反而是资本跟不上行业，甚至资本的不足掣肘了产品的成长速度。但同时，我们相信市场总会回归理性，“每个行业都值得用互联网再重做一次”，而SaaS与AI（人工智能）、IoT（物联网）一起，就是用互联网思维改写每个行业的工具。
产品的组成要素
一般来说，一个云上的技术产品主要由SDK、Console、Server、Adapter四部分组成：
SDK：提供给业务应用的各类客户端API，不能轻易变更；
Console：产品的管控界面，帮助客户更容易地使用产品，由于服务的场景和管控的基础设施不同，很难做到公有云和私有云完全一致；
Server：产品的服务端应用，承载了产品的核心服务，需要保证公司内部、公有云、私有云三位一体，并且要提供高可用能力；
Adapter：该产品如果想要部署在各种云平台上，需要开发适配器，用于适配这些云平台上的依赖服务，例如中间件等。
最好的适配就是不需要适配，Adapter本质上不属于产品的核心逻辑，能否去掉呢？答案是肯定的，去掉Adapter的核心原理就是中间件下沉，用户不用关注同领域中间件的各种差异。目前云原生中去掉Adapter的方式，主要有两种：
依赖服务提供连接器：业务应用中不是直接使用依赖服务的原始SDK，而是引入服务连接器，在业务应用中只需配置服务的Binding名称，然后通过服务连接器找到相应的中间件服务实例，进而调用中间件服务。
依赖服务抽象统一API：例如针对数据库、缓存、消息队列、对象存储等中间件服务可以抽象统一API，业务应用调用这些API，屏蔽不同中间件的差异性参数。这种方式的代表技术有Dapr，Dapr通过在SideCar中部署代理服务，连接上层业务应用和底层中间件：
目前，阿里的Dubbo团队正致力于落地实践Dapr技术，通过设计SDK桥接器，可以保障原有的Dubbo应用无缝迁移到Dapr上，并且已经运用到政务中台等业务场景中。如果是istio是面向资源层的微服务治理，那么Dapr就是真正面向应用的微服务治理，离开发者更近，也更加适应各种多云适配的场景。
精益化产品运营
要想做好技术产品的运营，一定要善于分辨业务、产品、技术的边界，清楚他们的特定和目标，在沟通交流时，做好角色的转换。
对于技术产品来说，你卖的是服务，不是技术本身。我们要意识到，产品首先是一种商业模式，本质是“续费”，产品这个商业模式的奥秘就在于时间和复利。续费的核心则是“客户成功”，在于是否能够让客户真正且持续成功。
另外，当今的2B市场是买方市场，2B客户最怕的是绑定云厂商，对于技术产品来说，他们更希望选择的是开源技术，而非自研闭源技术。所以在开源的技术世界里，大家的起点都是一样的，你有我有大家都有，这时候更多看的是增值服务，例如更好的产品体验，更稳定的产品质量等非功能性指标。
不要销售你能制造的产品，而是制造你能卖出去的产品。所以我们需要弄清人们想买什么，然后在开始研发产品。目前产品的运营思路主要还是以MVP为主，即以最低的开发成本创建出能够验证假设的最小可行性产品原型，但是这种思路的验证成本还是非常高，因为MVP的本质上还是从自己有什么而出发，而不是客户想要什么而出发。而精益化的产品思维，是以最低的推广成本收集足够用于验证创业假设的数据点，比如你想搞一个滴滴平台，前期你不需要搭建一个滴滴平台，而是雇几个人承担客户和司机的沟通中介。
不要服务于个别客户的定制化产品，而要服务于规模化客户的标准化产品。客户第一永远不能片面地以满足个别客户为主，有大爱方有大得，在做产品设计时，我们要用二八原则进行分析，是否大部分客户都希望你如此设计。
产品集成更大的价值在于提供数据的整合，所以我们需要打通产品之间的数据通道，进而提供更有价值的数据支持服务。类似一气呵成这样的SaaS数据集成项目，在帮助SaaS厂商做联通的同时，提供数据整合、加工和分析等数据增值服务，SaaS厂商的业务层、管理层、决策层均可因此获益，因此在这个方向上极有可能出现新的独角兽。例如Amazon的App Flow就致力于数据模型的打通。
你无法衡量的东西，你也无法管理。为了精益化产品运营，我们需要定义产品成熟度和各类运营指标。常见的指标有以下几类：
- 定性指标与量化指标：定性指标通常是非结构化的、经验性的、揭示性的、难以归类的；量化指标则涉及很多数值和统计数据，提供可靠的量化结果，但缺乏直观的洞察。
- 虚荣指标与可付诸行动的指标：虚荣指标看上去很美，让你感觉良好，却不能为你的公司带来丝毫改变。相反，可付诸行动的指标可以帮你遴选出一个行动方案，从而指导你的商业行为。
- 探索性指标与报告性指标：探索性指标是推测性的，提供原本不为所知的洞见，帮助你在商业竞争中取得先手优势。报告性指标则让你时刻对公司的日常运营、管理性活动保持信息通畅、步调一致。
- 先见性指标与后见性指标：先见性指标用于预言未来；后见性指标则用于解释过去。相比之下，我们更喜欢先见性指标，因为你在得知数据后尚有时间去应对——未雨绸缪，有备无患。
- 相关性指标与因果性指标：如果两个指标总是一同变化，则说明它们是相关的；如果其中一个指标可以导致另一个指标的变化，则它们之间具有因果关系。如果你发现你能控制的事（比如优先展示什么样的产品）和你希望发生的事（比如营收）之间存在因果关系，那么恭喜你，你已拥有了改变未来的能力。
定义好各类指标后，你就可以按照“构建-衡量-学习”的循环模型进行精益化运营。所以，精益化运营是一种量化创新成果的方法，让你一点一点地接近连续的现实检验，换句话说，让你接近现实。
当然光有零碎的指标还不行，我们还需要建立一套产品成熟度模型，对整个产品的生命周期进行阶段划分、问题归纳、指标定义，通过完整的数据链分析产品是否健康，是否满足客户预期，是否符合市场发展趋势。记得当年有一个故事，讲一个产品怎么通过一个按钮颜色崛起的，如果没有数据，你不知道产品每天主动或被动发生了哪些变化，还有周边环境发生了什么变化，不要死在别人都变了，我还不知道的困局里。
下面是我简单画的一个产品成熟度模型，定义好每个阶段的功能，针对每个功能的指标等，当然你还可以划分得更细些：
技术淘宝中的物流
由于产品不仅包括在线产品，也可以包括离线产品，对于离线产品，可以直接输出到客户私有云中。所以我认为技术淘宝中的物流，其实就是离线产品的交付和运维。当今各大云厂商的IaaS平台，就像存放云产品的中转仓库，而私有云就像客户自家的储物间。当我们需要将技术淘宝中的产品搬到客户的私有云中时，就需要提供产品的交付运维服务。而技术淘宝中的交付运维服务就类似于电商淘宝中的物流和售后服务。
另外为了更好地理解交付运维中的工作，我们需要理解Day0、Day1、Day2的运维概念：
因为产品的交付和运维是可以标准化和规模化的环节，所以本章的重点主要就是围绕这两个点，讲清楚产品是如何落地到客户的私有云环境中的。
离线产品的输出形态
虽然进入了云原生时代，开源技术进入了前所未有的蓬勃发展期，但是我们经常使用到的技术产品仍然非常少，事实上是由于技术的运营手段和输出形态实在太单一了，很多重要的云产品只提供公有云平台，并不支持私有云离线输出，导致各种技术的商业化程度也非常低。但是有市场就有敢于淘金的人，一些专注于云产品服务的公司也意识到了这个问题，逐渐由技术的创新者变为技术的输出者。
技术产品的输出形态主要包括一朵云输出和独立输出，前者为保真搬运，后者为失真搬运。下面详细介绍两种
一朵云输出：就是将公有云的业务产品及其依赖的中间件产品、IaaS基础设施，一同搬到客户的私有云环境中。该模式的优势是公有云和私有云的产品体验一致，产品只需对接一次；但由于所有产品没有进行任何裁剪地搬到私有云中，资源占用率和产品售价都非常高，客单价大多在几百万到千万元左右，比较适用于头部客户。
独立输出：在公有云集成产品安装包，在私有云交付部署该产品，并内嵌一个轻量化的运维底座，再进行产品运维。如果产品是水里的云，独立输出就是造个鱼缸把它搬走，而这个鱼缸就是嵌入式运维底座。该产品的优势是不绑定IaaS，可以部署到各种异构云中。另外客户买的是业务产品，而不是中间件等依赖服务，所以中间件这些服务一般都提供最小化黑屏服务能力，资源占用率和售价都比较低。由于服务进行了大量裁剪，运维复杂度也大幅度降低，稳定性也比较高，客单价可以根据客户的选择而定制，灵活性较大。
交付运维的最佳实践
在阿里云中，ADP是产品独立输出的最佳实践平台。它主要包括公有云平台、组件中心、私有云平台三部分，下面将逐一介绍。
公有云产品集成平台：主要帮助产品进行版本管理、集成编排、POC验证等，输出物为客户局点安装包。
组件中心：帮助中间件提供商上架中间件，并进行中间件质量验证、提供中间件服务目录、保证中间件运维的稳定性和质量。
私有云嵌入式运维平台：帮助客户更好地进行产品交付运维，提供嵌入式云原生底座、被集成Open API、可观测及运维控制台等。
“稳-灵-轻-快”四字诀
我们在进行离线产品的交付输出时，必须牢记“稳-灵-轻-快”四字诀，用以衡量我们最终的产品服务成果。下面以ADP云原生独立输出方案举例：
稳：嵌入式运维平台针对业务产品和平台本身有完善的可观测、问题排查、故障恢复方案。另外，针对一些比较复杂的业务产品，也支持嵌入主流的可观测系统，例如arms、sunfire等。
灵：云原生独立输出方案跟IaaS是解耦的，可以异构化输出到多个云平台，还可以量体裁衣，搭配客户自己的私有云技术产品，最大化地利用客户自己的旧有资源，降低产品使用成本。
轻：云原生独立输出方案由于只保留依赖中间件服务的核心能力，因此资源占用率极低，在面临竞争对手时，在轻量化输出方面有明显优势。
快：即产品的交付周期要短，解决问题的速度要快。在商业化竞争中，快也是商业化产品的入场券之一，例如你在同竞争对手的竞标中，需要进行POC场景的验证中，如果你迟迟部署不出来产品原型，那么机会也会从你手中溜走。
技术淘宝的商业化
数字化转型带来更多创新
数字化转型对于传统企业建设而言，不仅仅是企业自身的状况、数字化转型实施环境和成熟度是否能接受或适应转型等进行分析和考虑，更是一种思维方式的转型、甚至是对之前的认知的一种颠覆。
数字化转型不是简单的转型，是以数据为导向指导业务发展，让传统企业从简单的B2B供应模式向产业互联网模式进行转变。
世界上的事务大体可以分为这样几类：我们知道我们知道的、我们知道我们不知道的、我们不知道我们知道的、我们不知道我们不知道的。
在数字化转型的前提下，会加速我们探索“我们不知道我们不知道的”的事务，并且“数据-信息-知识-智慧-影响力”的转化路径会越来越短，创新迭代周期也会越来越短。在数字化时代，企业需要打造具备数字化竞争力的平台：
- 集成共享的经营管理平台
- 协同智能的生产运营平台
- 互联高效的客户服务平台
- 敏捷安全的基础技术平台
企业的业务需要不断向云端迁移，从以应用为中心的架构向以分析为中心的架构转变。在这种形式下，技术淘宝将会提供更多的服务，例如云原生、大数据相关的技术产品，帮助企业加速这一转变过程，从而快速捕捉客户的需求，创新和创造更多的新型业务产品，从而进行全渠道的零售，全方位的服务。
私有云市场面临更多竞争
2022年私有云市场规模将超过1500亿元。私有云市场吸引了各类厂商纷纷进入，成为公有云厂商、数据中心厂商、系统集成商、电信运营商以及私有云厂商共同参与竞争的主流市场。
在技术淘宝我们要创新更多类别的离线产品，尤其是在容器和云原生方面，并且做好离线产品的搬运工作，为即将到来的私有云市场发展做好准备。在设计产品时，尽量做小而美，不做大而全，专注核心业务，然后用互补集成形成企业级服务生态，并且也可以挖掘更多合作伙伴，比较不错的全球容器域创新型公司就有以下这些：
Replicated：供第三方企业软件交付（面向三方应用提供商）、管理能力（面向三方应用使用者），建生态与容器平台目前产品有互补，更关注企业级应用交付市场，提供嵌入式Kubernetes底座，与阿里的ADP独立交付模式比较相近。
WeaveWorks：在提供管理型 Kubernetes 产品的基础上，提供基于 gitOps + cloud native 理念, 应用管理、发布平台。通过开源、技术会议等推广技术理念，得到社区一定认可。
Upbound：应用部署在多云、混合云场景下的标准化抽象，建立标准。与容器服务存在互补，可以拓展容器服务的交付边界。
技术淘宝催生新的社会分工模式
今日简史曾提到，在新的世纪，平民主义者反抗的将不再是经济精英剥削人民，而是经济精英不再需要人民。而且平民主义者很可能会败下阵来，因为反抗“无足轻重”比反抗“剥削”困难许多。为了应对这一前所未有的科技和经济动荡局面，需要尽快发展新的社会及经济模式，并以“保护人类，而不是保护工作”为指导原则。很多工作不过是无聊的苦差事，本就应该被淘汰。例如，没有人一辈子的梦想是成为收银员吧？我们应该关注的是要满足人类的基本需求，以及保护其社会地位和自我价值。
企业这种形式已经存在很久了，最早可以上溯到18世纪工业革命前后，我相信它一定不是社会分工的终极模式，未来一定会出现新型的社会分工模式，将人类的创新和突破发挥到极致，以企业为本回归到以人为本，没有996，没有定时定点打卡，没有35岁限制，一切以角色分工、以松散契约为前提进行创新和劳作。
可以这么说，未来互联网的商品价值在极端透明的大数据环境下，会逐渐趋近于0，只有人才是最贵的，怎样让人为人服务，怎样做到逍遥子说的“视人为人”，如何打赢互联网的后半场，还是要靠创新和突破。
技术产品不同于电商中的商品，它的本质是为创造更多社会价值而存在的，而并非单纯的供给和消费，它更重视服务创新和续费。所以在技术淘宝的土壤下，将会产生新型的自由创业平台，我们既是服务消费者，也是服务生产者，在这个平台上，可以以项目为组织形式获得众筹和融资。据说在国外这种模式已经有一些实践了，而国内我知道有几个阿里同学也正以这个理念为主，在进行创业。
未来“公司-员工”的模式会渐渐过渡到“平台-服务商-用户”，平台和服务商松散耦合，服务商和用户可以相互转换，用户既能享受服务，也能提供价值。人人都是专家，人人都是用户，人与人之间的联系会更紧密，而且可以创造更多的就业机会，人的价值会得到极大提高。
大自然整体的运作模式是自上而下，但是依然生机勃勃。掌控和失控是一对孪生兄弟，没有掌控何谈失控。新时代最好的创新方式就是放手一搏，挖掘人之本性，市场之特征，交给从未消失但还未认识的自然规则去角逐。
谁能成就最终的技术淘宝
未来公有云和私有云将会逐渐缩小差距。不是光有私有云向公有云靠拢，其实公有云也在向私有云靠拢。私有云背后代表的是一类业务场景，即需要高安全等级的产品服务，不是说绝对安全，只是想要突破安全限制的成本很高；公有云背后代表的是定制化需求较小的产品服务，随着行业知识的积累，可提供的行业服务也会愈加完善。而且今天的私有云不代表不能演进成未来的公有云。所以对于云来说，不应该只有公私之分，应该根据场景来区分，例如安全云、边缘云、AI云、大数据云等等。所以我们不应该关注是公有云还是私有云，我们更应该关注客户需要的是什么服务。我们的服务是可以架设在各种云上。
对于阿里云来说，有没有这个机会呢？有的，阿里要从让合作伙伴发展生态变成帮合作伙伴发展生态，不是苦活累活都让合作伙伴干；阿里云要着眼于SaaS市场，从公有云四大件ECS、RDS、SLB、OSS等偏IaaS的产品往偏SaaS的产品发展，建立更多行业型产品，例如“云钉一体”就是围绕这个思维展开的，通用GTS、通用产品都是走不远的；阿里云不能完全以盈利为目的，更应着眼于生态的完整性和健康度，做规模化的产品，而非只关注几个头部客户；当然，最最重要的一点，就是做好服务，没有客户不懂的产品，只有做不好的产品。
所以，技术淘宝最终将产生于哪呢？是各大互联网巨头，是大型云服务公司，还是一个不起眼的创业公司呢？说实话，谁都不能妄下断言，人人都有机会。但我相信能成就技术淘宝的人，一定是深入行业领域，了解客户需求，愿意弯下腰来做好服务的人，他必须有着非同一般的远见和创新能力，有强烈的社会责任感，为更多的人带去创业机会。
后记
我们团队就是想做技术淘宝中的物流，成为云产品的分发中心，解决大部分产品集成和交付的技术问题、流程问题。我们的平台介绍：
ADP云原生应用交付平台。如果你想让自己的产品分发到世界各地，可以试着用我们平台直接进行POC；如果你想跟我们共建云原生应用生态，可以试着跟我们合作；如果你想和我们共建云生态，可以试着加入我们。多谢你看到这里。
ADP现开放为期一个月的试用活动，自报名之日起至12月31日期间可免费试用 ADP！轻松一键创建部署包，线上模拟不同的交付部署环境，快来试用吧！如果用的顺心，活动期间还可以咨询了解一对一的专属折扣呢！
活动报名请点击下方链接
ADP官网：
https://www.aliyun.com/product/aliware/adp活动报名：
https://www.aliyun.com/activity/middleware/adptryout