Shiply 配置发布与资源发布两大核心能力正式支持 Linux 桌面客户端！

支持银河麒麟 V10、统信 UOS、openEuler 的 x86_64、aarch64 双架构。

随着金融、能源、交通等行业推进信创替换，越来越多的业务应用运行在国产 Linux 系统上。应用完成适配只是第一步，后续的功能开放、业务参数调整、资源更新，同样需要高效、可控的发布方式。

现在，借助 Shiply，Linux 客户端也能实现：

• 改配置不发版： 功能开关、业务参数、实验策略动态下发，支持精准灰度。

• 换资源不等版本： 素材、模型、静态资源独立更新，支持差量传输与资源回滚。

• 多端统一管理： 与 Windows、macOS 等终端共用发布平台，统一灰度、监控、审批和审计流程。

从「应用能够运行」到「业务持续迭代」，Shiply 让 Linux 信创客户端的动态发布更简单。

一、两大核心能力，正式登陆 Linux

Shiply 是腾讯端服务（TDS）旗下的一站式端发布平台，通过配置发布和资源发布两条能力线，将部分应用内变更从传统安装包发布流程中解耦。

本次 Linux 支持，让业务团队可以直接复用 Shiply 已有的动态发布基础设施。

1.1 配置发布：改配置，不用重新发版

功能开关、业务参数、实验策略，可以独立于客户端版本动态下发。

对于已接入配置 SDK、预先实现配置化控制的客户端，业务无需重新打包应用，即可通过 Shiply 管理相关配置变更。

• 灵活配置： 支持 KV 配置、布尔开关、实验策略等多种配置类型。

• 精准下发： 根据客户端版本、机型、系统版本、地区、用户百分比等条件圈选目标终端，支持自定义属性扩展。

• 分批灰度： 支持立即发布、按累计用户数或累计百分比放量，也可设定批次停留时长及全量时间。

• 发布管控： 提供体验验证、审批、灰度发布流程，支持暂停或停止任务。

• 实时监控： 查看配置生效用户数、下发成功率，辅助判断是否继续放量。

配置由终端 SDK 拉取，业务读取新配置后生效。出现异常时，可通过调整配置并重新发布来关闭已开放的功能，无需等待下一次客户端版本更新。

1.2 资源发布：换文件，不用等待版本

从一张图片到一份模型文件，资源更新不必与客户端版本绑定。

对于已实现资源与程序解耦的 Linux 客户端，Shiply 支持将素材、字体、主题、模型文件、H5 离线包等资源独立发布到终端。

• 资源独立更新： 支持 zip、7z 等资源包，也支持 so 等文件制品的分发。

• 差量传输： 基于 BSDiff 生成差量包，减少重复内容传输；实际收益取决于资源差异和打包方式。

• 下载与处理： 支持资源加密、压缩、MD5/CRC32 校验、预下载及自动降级等机制。

• 灰度与监控： 支持按条件分批发布，观察成功率、耗时、错误量、CDN 流量及版本覆盖率。

• 历史版本回滚： 发现资源异常时，可一键回滚到历史全量版本，控制变更影响。

终端 SDK 负责资源下载、解密解压、校验与落盘，业务应用按自身逻辑加载和使用资源。资源下发并不意味着自动安装或执行。

1.3 一套平台，统一管理多端发布

Linux 端无需重新建设发布管理系统。

配置发布与资源发布均可直接复用 Shiply 管理台已有的能力，包括：

• 自定义下发条件与批次灰度策略

• 发布任务监控与数据看板

• 体验验证、审批与权限管理

• 操作审计与发布记录追溯

二、四大典型场景，让 Linux 应用迭代更灵活

场景一：新功能灰度上线，风险可控

以一款已完成国产 Linux 适配的业务客户端为例：团队准备向用户开放一项新功能。

过去，如果功能开放依赖客户端版本更新，团队往往需要协调不同终端的升级节奏。

现在，只需提前在客户端中集成功能代码和配置开关，通过 Shiply 即可：

1、先向小范围用户开放新功能。

2、结合配置下发数据与业务侧运行情况，确认后逐步扩大覆盖范围。

3、发现异常时调整开关配置，控制后续影响。

功能开放与客户端发版解耦，让灰度验证和异常止损更加灵活。

配置变更仍需经过发布审批，终端拉取并由业务读取后生效。

场景二：业务参数动态调整，无需重新打包

活动规则、功能阈值、限流参数、安全策略等业务配置，往往需要根据实际运营情况频繁调整。

对于已经配置化的参数，Shiply 支持通过管理台修改配置，并按目标终端条件下发。

无需为调整一个参数重新构建客户端，也无需逐台修改配置文件。

配置下发过程可监控、操作可追溯，既提高调整效率，也保留必要的发布管理机制。

场景三：素材、模型、离线资源独立更新

运营素材换新、界面主题调整、模型文件迭代、H5 离线包更新，这些变更并不一定需要重新发布整个应用。

通过 Shiply 资源发布，可以将资源作为独立任务管理：

1、上传新版本资源，设置目标终端及灰度策略。

2、终端按任务下载资源，完成校验并保存到本地。

3、业务应用加载新资源，完成内容切换。

如果资源版本存在问题，还可以回滚至历史版本，由终端重新下载并由业务加载使用。

资源发布也适用于按需分发：仅向需要特定素材、模型或功能包的目标终端下发对应资源，帮助减小初始安装包体积。

程序版本保持不变，资源内容也能持续迭代。

需要注意，配置任务与资源任务独立管理。如果新功能依赖新资源，业务应安排好资源下发与功能开放的顺序，并处理资源尚未就绪的情况。

场景四：大规模终端更新，控制带宽压力

当 Linux 桌面客户端部署到大量终端时，集中更新较大的资源文件，可能带来明显的网络带宽压力。

Shiply 将三项能力结合起来：

• 差量更新： 支持通过差量包更新资源，减少重复内容传输。

• 批次灰度： 分阶段扩大覆盖范围，避免所有终端集中更新。

• 流量监控： 通过 CDN 流量、下载成功率等数据观察发布情况，及时调整放量节奏。

对于模型文件、素材包等更新频繁的资源，这种方式有助于降低重复传输成本，并提高大规模发布过程的可控性。

实际节省的流量取决于文件差异、资源打包方式及终端历史版本分布。

三、配置发布和资源发布，怎么选？

两者分别解决不同的变更需求，并共用 Shiply 的灰度、监控、审批与审计体系。

一句话：配置发布管「行为怎么变」，资源发布管「文件怎么换」。

两项能力可独立接入，也可以组合使用。

四、轻量 SDK，适配国产 Linux 生态

国产 Linux 桌面环境存在发行版、处理器架构和系统依赖等差异。为了降低业务接入成本，Shiply Linux SDK 采用轻量化、低依赖的交付方案。

双架构支持

支持 x86_64、aarch64 两种架构，以动态库（so）形式交付，采用纯 C API，便于不同技术栈的客户端集成。

降低系统依赖

核心第三方依赖采用静态链接，系统 glibc 动态链接，并以 glibc 2.17（CentOS 7 基线）进行编译。

较低的 glibc 编译基线有助于适配更多 Linux 发行版，但不代表所有 glibc ≥ 2.17 的系统都已完成兼容性验证。

多发行版实测

目前已在以下发行版的 x86_64、aarch64 环境中完成配置拉取、资源下载及 MD5 校验落盘的端到端验证：

• 银河麒麟 V10

• 统信 UOS

• openEuler

其他 Linux 发行版可结合实际运行环境评估接入，建议提前检查系统依赖并完成兼容性验证。

业务接入时，仍需完成 SDK 初始化、配置读取或资源加载等工作，并根据网络连接条件、安全要求及业务自身的资源适配需求开展验证。

五、常见问题

Q：只有配置发布需求，需要同时接入两个 SDK 吗？

不需要。配置发布和资源发布可以独立接入，业务按需选择。

Q：资源下载完成后，会自动替换正在使用的内容吗？

SDK 负责资源下载、校验和落盘。具体加载与切换时机由业务应用控制。对于 so 等文件制品，资源下发也不等于自动加载或执行。

Q：是否会替代 Linux 原有的软件包管理或终端管理工具？

不会。Shiply 本次支持的是应用内配置和资源的动态发布，可与现有的软件安装、版本更新、系统配置及终端管理流程协同使用。

Q：其他国产 Linux 发行版能接入吗？

可以先进行兼容性评估。SDK 采用 glibc 2.17 编译基线，但仍需结合目标系统的实际依赖和运行环境验证。

Q：Linux 应用内升级什么时候支持？

正在推进中，具体规划见下节，支持范围和发布时间以正式发布为准。

六、下一步：全终端应用内升级

配置发布与资源发布正式支持 Linux，是 Shiply 完善桌面端发布能力的重要一步。

下一阶段，Shiply 正在推进 Windows、Linux、macOS 三端统一的应用内升级能力，规划覆盖版本检测、灰度推送、差量升级、异常回滚等功能，实际支持范围以正式发布为准。

从移动端到桌面端，从通用 Linux 到国产化系统，Shiply 将持续完善跨平台发布能力。

让每一次客户端迭代，都更简单、更安全、更可控。

Shiply 是面向端的一站式发布平台，作为腾讯端服务联盟（TDS 腾讯端服务）的重要成员，提供配置与开关发布、资源发布、RN热更新、Flutter动态化、Android插件化框架、热修复、应用内升级、市场发布、应用内测等服务，帮助业务快速、安全地进行客户端功能迭代和上线。