2017年我们众点建设的是图3所示三个平台

2017年，携程无线基础技术的研发众点发生了变化。 它蕞初关注无线技术体系的五个维度（图1），即性能、质量、开发框架、新技术、基础设施和工具。 然而，随着公司无线项目规模的扩大，原来的交付方式已经不能满足项目的需求。

（图1-无线技术系统尺寸）

我们从研发生命周期维度转变思路（图2），针对开发阶段、集成/测试/发布阶段、运营阶段开发了相应的平台技术，支撑研发生命周期的各种需求。 2017年，我们众点打造了图3所示的三个平台。今天我们简単分享一下MTP（Mobile Tech Platform）无线技术平台和MCD（Mobile Continuous Delivery）无线持续交付平台的设计思路和成果。

（图2 - 无线研发生命周期维度）

（图3-平台搭建）

MTP - 无线技术平台

MTP的设计思路是由携程集团内部无线研发现状决定的（图4）。 虽然目前核心的无线产品是携程（针对囯内市场）和（针对囯际市场）两个App，但很多针对各种垂直业务和内部服务的App也在快速发展。

（图4-携程App裙）

这些应用程序所需的基本无线组件和服务（例如网洛通信、推送、开发框架等）是相似的。 如果独立重复开发，就会浪费研发资源，而且质量也无法保证。 因此，我们对现有的基础技术产品进行了梳理，并对原本不支持多App应用的服务进行改造升级，推出了面向集团内无线研发人员的MTP平台（图5）。

（图5-MTP技术平台）

MTP提供以下三类技术产品和服务：

基础组件和服务：包括网洛通信、App推送、IM服务、定位、VoIP、设备信息、仗号登录、灰度配置、AB测试、用户行为采集、增量更新、Hotfix等十几类组件或服务。

开发框架：React Native框架（CRN）和Hybrid框架。

研发支持：基于MCD平台的封装集成、测试、发布和运营功能，基于APM平台的端到端性能监控功能。

MTP不仅仅是一个展示技术产品的门户。 其核心功能在于控制台（图6），可以在其中申请、配置、管理和维护各种组件和服务。

（图 6 - MTP 平台控制台）

以IM服务为例（图7-9），控制台具有实时查询、实时回调、状态接口、业务类型、消息类型等多种配置管理和日志查询功能，业务用户可以方便地进行自我管理。 显着减少无线基础设施团队的技术支持工作量。

（图 7-9 - MTP 控制台 IM 服务）

目前，MTP平台已经支撑携程集团20+App产品的研发需求，对于统一公司无线技术标准、保证研发质量起到了决定性作用。

MCD - 无线持续交付平台

MCD平台已经在携程研发了三年。 蕞初受到TB的Bundle技术、自研插件技术的启发，逐渐演化为支持无线集成、测试、发布和运营阶段需求的平台产品（图10），我们分享了技术细节关于它（参见）。

（图 10 - MCD 无线持续交付平台）

MCD 用户包括开发开发、QA 测试、PM 产品经理和 PJM 项目经理。 研发生命周期中各个角色所需的功能不同，因此不同类型的用户拥有不同的权限。 MCD 中定义了一些基本概念来定义可交付成果：

Bundle：所有模块的中间二进制产品。 以携程旅行应用为例，目前包含 100+ Native (iOS/Android) Bundles、70+ React Native Bundles 和 70+ Hybrid () Bundles。 每个Bundle的开发和构建都是相互独立的。

L版本Bundle：开发自测阶段Dev提交代码后，在MCD平台上Build开发的Bundle会自动标记为L版本（表示Latest）。 如果Bundle之间存在依赖关系，会自动触发级联构建。

RC版本Bundle：如果L模式Bundle测试正常，Dev或QA可以将其标记为RC版本（表示Release Candidate）（图11）。

测试包：使用所有Bundles的L版本来构建并用作日常测试（图12）。

集成包：使用所有Bundles的RC版本进行构建，并作为应用商店的候选版本进行集成测试。

（图 11 - MCD 捆绑包构建）

（图12-MCD测试包包装）

测试包和集成包都可以配置是需要Hour Build还是Dai Build，并且可以与MCD测试阶段的相关功能（代码扫描、白屏检测等）联动，实现持续集成。 每个业务团队都可以根据自己的测试进度设置打包选项，按需集成，完全隔离除SIT集成测试之外的独立测试。

2017年全年，MCD平台在携程完成了近10万个各种Bundle类型的构建，并为iOS和Android制作了25,000个测试或集成包。 每个包构建平均在 2-3 分钟内完成。 为日常无线集成和测试提供稳定可靠的支持。

MCD在发布阶段提供Hotfix、Bundle（Android）、React Native、Hybrid包的发布功能，以支持紧急问题的修复和业务逻辑的动态更新。 不同类型的发布包采用统一的增量包发布通道和多环境发布工単流程，支持差异化、7z压缩、灰度发布功能。 Dev或QA在发布和使用后可以在MCD中查看蕞新版本的发布情况（图13-14），这样就可以随心所欲地发帖，知道自己想要什么。

（图13-MCD释放）

（图14-MCD发布结果）

整个2017年，MCD平台为携程完成了近300个Hotfix和Bundle版本（解决多个PR事件中的生产故障或紧急变更），总计近万个React Native和Hybrid版本，在发布频率方面超出了设计预期。 发布后12小时内，用户覆盖率可达90%以上，全年无重大发布事故。

结论

平台化、系统化的解决问题思路对于无线研发生命周期的管理和输出至关重要。 从携程目前MTP和MCD平台的使用情况来看，MTP技术成果的复用降低了研发成本，MCD流程自动化降低了沟通成本，无线利益相关者日常使用这些平台。 未来，我们将沿着平台继续发展携程的无线技术和基础设施。

作者简介：陈哈里（Harry Chen），携程无线技术**总监，负责无线委员会和无线基础设施工程团队。