本文正在参加「金石计划」

作者：京东科技 王晓飞

前言

本文不议论详细的技能和方案，在关于每一个产品来讲，都有其特殊性存在。单一的产品解决办法并不适宜一切的产品。但是咱们能够提供一种思路，一种通用办法，甚至咱们曾经在某个技能点走的弯路，旨在为各位在离线规划上有更多的案例可循。

对离线的理解

相关于公网应用，能够从公共镜像仓库拉取镜像，比方Dockerhub，各大云厂商的公共镜像仓库。二进制编译文件，软件包也非常便利的从github，各种yum源中获取。此时应用无论是部署，交给，出产都处于完全流程。那么离线便是用户环境是私有云，专有云用户的出产环境无法访问这些公开资源，而且从安全视点来讲，并不能保证其出产安全。在离线环境交给大型出产项目，一般要有老练的基础设置（yum源，镜像仓库，chart仓库，NTP服务等）


解决离线交给会削减SRE和交给团队试错本钱，排障本钱。而且在一定程度上能够坚持交给环境的一致性。这里举一个场景比方：

咱们在K8S集群时，会依靠特定的内核版别，那么离线交给东西会主动化的进行内核升级，而且按照一致的装备进行下发。

这样一来，整个环境的一切OS的内核版别，装备悉数坚持一致。

插拔式规划

插拔式规划在现代架构规划并不生疏，所以离线交给中需求考虑插拔式规划。有许多能够看到的优点是对已有代码架构侵入不多，完全能够依据交给需求进行开关。

比方以下代码完全是判别开关才进行作业：


还有一种重要的考虑点是：数据解藕，即离线规划的完成不能对元数据进行强以来，元数据应该以装备或许模版的方法，在离线真实运行是动态读取。

而且能够依据不同的元数据（装备或许模版）进行执行行为的改变。

依靠感知

依靠模块感知

离线交给是一个链条，需求上下模块感知，而且动态修正装备的方法，传递离线的装备信息。

比方：A模块需求获取一个镜像，那么在离线形式下，A模块应该能够感知到离线，而且主动变更获取镜像的地址，指向离线仓库。

系统主动适配

在实践出产中，往往要兼容不同的OS或许渠道，那么在离线规划时要进行充沛的考虑，离线要能够做到主动识别OS或许渠道，主动的适配适宜的离线包。

下图展现了，咱们在出产中进行分类的办法：

全主动化离线规划

离线的规划，关于用户或许终端来讲，他们并不关怀，主要是交给方为了提高出产功率进行的行为。所以需求在模块与模块之间，组件与组件之间进行无缝对接。

形成全主动化流程。

比方：A，B，C都依靠离线，那么当离线敞开时，A，B，C模块都能够依据离线的上下文信息主动修正，而且能够做到不中止。

下图中展现了完整的离线规划流程，流程尽管复杂，但是大多数都运用了流水线。而且在真实完成的部分，又能够做到流程化。

关于用户来讲，无需感知这些。

重在流程规划

离线自身不是独立的流程存在，整个离线需求在以下方面进行规划和完成：

1. 文档和培训，用于离线交给的运用手册以及指导手册；

2. 离线包的制作全主动化，运用流水线功能将离线包构建，版别控制，发行就行全主动化控制，削减人工参加；

3. 交给团队和SRE团队能够快速的获取离线包。

定论

1. 离线交给是在ToB，ToG中非常常见的交给方法；

2. 离线交给理念应该融资在整个架构规划中，而不是将它当作独立的模块功能；

3. 尽可能的运用主动化保护整个离线包；