共计 3715 个字符，预计需要花费 10 分钟才能阅读完成。
更多技术交换、求职机会，欢送关注字节跳动数据平台微信公众号，回复【1】进入官网交换群
企业为什么须要开放平台
开放平台对于企业与业务来说，做到的不仅是能力的凋谢、生态的凋谢，与此同时还要能提供欠缺的业务解决方案，帮忙企业晋升效率。
与大规模利用 SaaS 平台的国外企业不同，中国的企业群体更加多元，从规模上，中小微企业和大型企业都有；从资格上，一部分是崛起不久的新秀，一部分是正在数字化转型路线上的老牌企业。
因而中国的市场需求相比国外企业而言，要更加多样化、多元化。无论在工业方面还是在软件方面，对立的规范会让很多中国的许多企业丢失灵活性和效率，而多样化意味着百花齐放，意味着弯道超车的可能性，但与此同时这也象征对于企业服务市场需求的碎片化。
如何解决企业的多元化需要？如何让企业以更低的老本用上更贴合的服务？开放平台不是所有问题的答案，但肯定是很多问题的解法。凋谢的 API 与工具，让企业可能系统地进行更灵便的配置、更不便的集成，甚至有时候无需开发人员染指就能够实现他们的指标。
认真拆分的话，开放平台能解决企业的以下问题：
1. 整合资源：通过开放平台，不同的企业和机构能够将各自的资源进行整合，造成一个更大的资源池，从而实现资源的共享和反复利用。
2. 降低成本：通过开放平台，企业能够缩小开发和保护本人的服务和应用程序的老本，同时也能够缩小经营老本。
3. 提高效率：开放平台可能提供标准化的服务和接口，从而放慢应用程序的开发和部署速度，提高效率。
在这个背景下，火山引擎 A/B 测试 DataTester 推出了“开放平台”能力，致力于将企业个性化需要的共性抽取进去，而后在共性的根底上满足个性化诉求，通过成熟的产品化能力，大大降低企业服务的利用老本并晋升用户应用体验，建设集成化的全家桶解决方案。
DataTester 的开放平台设立，可能吸引更多的开发者和创新者参加到平台的生态系统中，从而为平台提供更多的翻新和新性能；企业也能通过开放平台与其余企业和机构建设更严密的单干关系，独特推动行业的倒退，实现单干共赢。
火山引擎 DataTester 如何做开放平台
A/B 测试不仅是做增长的利器，也是企业优化效率、减少决策精确度的无效工具。
咱们心愿打造进去的 A/B 测试平台并不仅仅局限为一个工具，而是能作为一个能力，能够嵌入到企业中与业务场景深度贴合；能加强企业的一部分外围性能和服务；能在每个企业最外围的场景上，去实现价值的最大化。
火山引擎 A/B 测试（DataTester）作为一个辅助用户增长的工具，在理论应用场景中，曾经常常会遇到企业不满足于仅仅在咱们的试验平台下来应用规范品的 A/B 测试能力，他们常常还会有一些多样化的需要：
- 将 A/B 能力与客户本身零碎买通，进行一定量的定制
- 将 A/B 能力集成到客户本身的网站下来，不须要登录火山引擎网站就能够开启试验、看报告
在以往为了应答这些场景，咱们采纳的办法是堆人力去帮客户来做定向开发，这样岂但咱们的人力老本 hold 不住，同时因为咱们这边标准化缺失，产品策划和研发效率也被拉低。
而 DataTester 的开放平台就是来解决这些问题的。咱们提供了较高的平台化的定制能力，并且能够不便的将火山引擎 DataTester 的页面与利用集成到企业的网站中去，以满足企业多元化的需要。目前也曾经有逾百的内部企业，接入了火山引擎 A/B 测试的开放平台能力，有了更多的定制化产品的空间。
DataTester 的开放平台在技术上是如何实现的呢？
集成工作台
设计思路
1. 配置化能力
开放平台最奢侈的思路是做配置化，DataTester 可能依据客户的须要，以本身已有的能力为根底，去做一些差异化的配置。比如说一些模块的显示 / 暗藏、默认选择项、文案等等的调整。
最近，DataTester 又新增了一键配置主题色的能力：
但很显著，这种调整能解决最奢侈的配置的问题，然而对于多样化的需要，无奈很好的满足。起因在于咱们对于用户的输入，还是作为一个残缺的整体给到对方，对方如果心愿新增交互，比方与本身零碎联动获取数据，去填充试验名、版本、指标等字段，并依照本人所特有的 UI 去进行交互，这样的需要仅仅通过配置化能力是不能达到的。
2. 搭建能力
于是咱们设计了表单搭建能力来应答这种场景。
咱们齐全将咱们每个字段对应的视图组件进行了拆分，用户能够随便的打散、删除、配置，在咱们接口必填项束缚前提下进行随便的组装和调整。
用户还能够用咱们的命令行工具下载组件代码模版，依照本人的需要去开发组件，与本身数据进行对接，而后通过命令行上传到咱们的开放平台上，接入进咱们的搭建表单中作为一个搭建单元，嵌入到咱们的零碎中来。
搭建能力赋予了 DataTester 平台的可扩展性。
用户进行高度的定制的指标，肯定不会是仅仅在 DataTester 网站外部应用。既然曾经与本身零碎有所联动，这部分视图也必然是间接内嵌在本身零碎中最为适合，于是引出了咱们的嵌出能力。
3. 嵌出能力
DataTester 设计了欠缺的凋谢 SDK 和嵌出鉴权计划，保障用户通过流程化的能力，能快捷地将咱们的模块嵌入到本身的网站中，同时放弃了便利性和安全性。
集成工作台能够通过欠缺的疏导，进行一站式的定制、公布、嵌出的能力。
- 以后配置化覆盖范围包含编程试验创编、列表、报告页；搭建笼罩编程试验创编
- 反对全站主题色定制
- 通过微前端形式进行嵌出，每一次公布都会积淀一份前端资源，保障在客户的应用场景下足够稳固，不会因为咱们的公布调整导致嵌出的局部生效
- 前端提供凋谢 SDK 供客户嵌入资源，后端提供 OpenAPI SDK 供用户接入鉴权
集成工作台架构
OpenAPI
在做产品设计时，咱们心愿能为 DataTester 提供一个对立的 OpenAPI 治理平台，解决以往的 OpenAPI 申请不灵便，审批链路长，无对立治理界面，无流量控制能力的毛病。
目前，DataTester 曾经搭建了一个 DataOpen 的站点，用来承载内外部的 OpenAPI 的治理、申请、流量管制、文档以及调试工作。
整体的受权模式基于 OAuth2.0 的受权模式
OpenAPI 的录入都是应用 graphQL 的语法，所以咱们的文档界面齐全是靠自动化解析 graphQL 语法而生成的，具备十分标准的格局以及具体的介绍。
联调界面反对主动获取 access token，在前端页面上进行动静调试。用户只须要输出 query 参数或者 body 即可发送申请看到对应的响应后果。
当然，仅仅是 OpenAPI 的治理、流量管制、申请受权、文档和调试的能力曾经是比较完善的 OpenAPI 平台了。但这还不够，DataTester 后续还会减少 API 编排的能力，设置产品化的界面。
物料生态
凋谢组件
凋谢组件是将 DataTester 中的模块以组件的模式拆分形象的产物，用户也能够通过这些凋谢组件搭建本人特有的 A/B 测试平台利用。
DataTester 之所以提供凋谢组件而非齐全让用户应用 OpenApi 来集成，是由 A/B 测试业务自身的复杂度决定的。
如果客户齐全应用 OpenApi 且自行开发 UI，很难保障产品能力的完整性。举个例子，如果用户应用 OpenApi，加自行开发指标治理 / 指标创立组件，那用户势必要了解咱们的 DSL 字段。DSL（Domain Specific Language）简略来讲就是一个 json 格局的文本，来灵便的定义简单的查问需要，是 analysebase 的查问语法。
如果用户去自行去学习了解 DSL，并为之开发组件，想开发出一个能力残缺且没有 bug 的 UI，那会消耗大量的工夫，工夫可能要按月算。如果接入咱们的凋谢组件，一天就能调试好，这其中节俭的工夫，就是凋谢组件的价值所在。
另一个例子就是流量计算器，用户简直不可能本人开发，但如果用 DataTester 的流量组件接入，仅需半天工夫就可实现。
物料核心
DataTester 的团队前端积淀了很多根底组件，业务组件，业务模板。业务之间也常常有组件或者模板复用的需要，物料核心就是治理和预览组件的平台。
用户能够通过 DataTester 开放平台的工具不便地上传物料，目前搭建编辑器曾经对接物料核心，既能够反对咱们本身组件的公布，又能够反对合作方自行开发组件并与咱们平台进行集成。
物料核心目前能够实现：
- 组件的上传、下载
- 实时 Demo 预览、组件文档阐明
- 版本治理
-
反对同步到 npm 等前端通用包治理平台
结语
对于火山引擎 DataTester 而言，以后的开放平台能力在面对企业的个性化需要时，有点相似于“解方程”——企业客户依据各自的业务需要“出题”，咱们的团队来负责给他们“解题”并固化为产品计划。
比照市面上惯例的 A/B 试验平台产品和过往的 DataTester 而言，这无疑是一大提高，毕竟以前很多时候咱们都不提供“解题”的能力。但这种水平仍然还不够，DataTester 的开放平台也正在疾速迭代的过程中。
咱们心愿把咱们的工具、能力进一步迭代，寻找“求根公式”，可能让大多数状况下不须要咱们本人下场去解题，而是让企业通过开放平台，就能够失去他们所需的答案。
咱们的愿景是打造业界最易用、最迷信、最高效的 A/B 试验平台，咱们也始终会在这条路线上乘风破浪、慢步前行。
点击跳转 火山引擎 A / B 测试 DataTester 理解更多