# 交付与部署方案
G2rain 的交付与部署方案，强调的不是“把服务跑起来”这么简单，而是把平台能力、业务模块、前端应用与运行环境组织成可持续交付的统一体系。
# 为什么平台要从交付角度设计
企业 SaaS 平台最难的部分之一，不只是研发，而是：
- 如何稳定初始化环境
- 如何统一部署多个模块
- 如何在扩展业务时不破坏主干
- 如何让租户交付与平台能力管理保持一致
G2rain 从一开始就把交付问题纳入平台设计。
# 方案的核心组成
# 标准部署仓库
平台通过 g2rain-deploy 统一组织：
- 基础中间件
- 后端服务
- 前端子应用
- 业务扩展配置
使它们可以作为一个完整环境被初始化、启动、更新与扩展。
# 应用化交付模型
平台中的交付不只是部署服务，而是围绕以下对象进行：
- 功能权限
- 应用
- 业务能力
- 订阅与开通
这意味着交付既包含运行环境，也包含平台能力分配。
当业务能力需要付费开通时，还可以进一步与商品、交易、订阅和开通流程衔接，使平台交付与商业化模型保持一致。
# 业务片段扩展机制
平台支持通过业务片段与扩展服务映射方式，增量引入新的业务模块，而不破坏主编排结构。
这使平台更适合持续扩展和多场景交付。
# 标准部署流程
# 首次安装
首次安装通常包括：
- 环境变量初始化
- SQL 占位符替换
- 证书或密钥材料准备
- 源码拉取与镜像构建
- 基础中间件与平台服务启动
# 平台启动
平台启动阶段负责：
- 合并主编排与业务片段
- 启动基础中间件
- 启动平台核心模块
- 启动前端主壳与子应用
# 平台更新
平台更新支持：
- 全量更新
- 指定服务更新
- 指定业务片段扩展
这使交付过程能够兼顾统一性与灵活性。
# 为什么这套方案适合持续交付
G2rain 的交付方案适合持续演进，原因在于：
- 平台主干与业务扩展保持边界
- 应用与业务能力有统一模型
- 部署、交付、开通不是完全割裂的三件事
- 平台可从单次部署逐步演进为持续交付体系
# 适用场景
- 测试环境部署
- 演示环境部署
- 私有化交付
- 多模块统一运行编排
- 平台能力与租户交付协同管理