Linux，通过 SSH
标准 SSH 密钥或密码身份验证。适用于任何安装了 Docker 的 Linux 服务器。
无代理部署
无需安装代理即可部署到服务器
使用标准协议连接到您的 Linux 和 Windows 服务器。采用渐进式策略部署容器，并在需要时立即回滚。
这对您的业务意味着什么
部署到任何 Linux 或 Windows 服务器，无需 Kubernetes、代理或云依赖。Stella 处理回滚、金丝雀晋级和每个目标的证据导出。
真正的无代理部署
无需安装守护程序，也不需要开放额外端口——直接复用您现有的 SSH/WinRM 访问与凭据即可。
通过 WinRM
本机Windows远程处理。使用 Docker 或 Windows 上的容器部署到 Windows Server。
服务器上的零占用空间。 Stella 连接、部署、验证和断开连接 - 只留下您的应用程序运行。
这描述的是部署执行，通过 SSH 和 WinRM 无代理完成——不在你的主机上安装任何东西。持续的 Watch 验证是另一回事：Stella Ops 代理服务从可访问的 Docker 守护进程读取实际运行的镜像摘要；任何它未上报的主机都会显示为未观测，而不是被假定正常。 部署矩阵 →
为什么选择无代理？
代理意味着更多的攻击面、更多的更新、更多可能破坏的东西。 Stella 在没有它们的情况下部署。
无需安装
没有代理程序包，没有版本不匹配，没有“代理离线”警报。只需标准远程访问。
减少攻击面
每个安装的守护进程都是潜在的攻击面。 Stella 仅在部署时连接，然后断开连接。
完整审计跟踪
每个部署都会记录谁、什么、何时以及为什么。内置合规性证据。
简单操作
使用现有的 SSH 密钥和 Windows 凭据。无需管理新的基础设施。
渐进式交付策略
使用行业标准策略放心部署，最大限度地降低风险并实现快速恢复。
一次性
滚动
金丝雀
Blue-Green
金丝雀部署
首先部署到一小部分目标 (10%)，监视问题，然后逐渐扩展到 25%、50% 和 100%。在任何阶段发生故障时自动回滚。
10% 25% 50% 100%
Blue-Green 部署
运行两个相同环境。将新版本部署到 “green”，同时 “blue” 继续承载流量。准备就绪后立即切换。出现问题时也可立即切回。
Blue (live) → Green (deploy) → 切换
使用您的首选策略进行部署
$ stella release deploy myapp-v2.1.0 --reason "canary rollout approved"
$ stella release promote myapp-v2.1.0 --to production
$ stella deployment show myapp-v2.1.0A/B 测试和流量拆分
在全面推出之前在版本之间路由流量以进行实际比较。
- 按百分比分割流量（90/10、50/50 或自定义）
- 比较生产版本之间的指标
- 随着信心的增长逐渐转移流量
- 立即恢复到 100% 稳定版本，如果需要
即时回滚
当出现问题时，回滚到确切的先前版本 - 不是“之前的版本”，而是经过验证的、已知良好的状态。
- 回滚恢复之前运行的确切容器摘要
- 无需重新拉取“最新”或希望标签没有更改
- 返回已知良好状态的一个命令
摘要验证回滚
因为 Stella 追踪精确摘要，回滚部署的正是之前在运行的那些字节。同一产物、同一行为，有保证。
多快？
Blue-green：即时（切换流量）。Canary/rolling：秒级（并行回滚）。前一个 digest 始终已缓存并就绪。
一条命令回滚
$ stella release rollback myapp-v2.1.0 --reason "error budget exhausted"
每个部署都是证据
Stella 使用加密记录部署的内容、部署者以及部署时间证明。
什么
部署到每个目标的精确容器摘要
谁
经过身份验证的部署者身份
何时
带时间戳和签名的部署记录
先认领CD后再证明
门控是根据环境切换的。你不必在第一天就证明一切。
未验证（仅限CD）
Stella的部署就像普通的CD工具：没有证据门，也没有任何阻挡。Stage仍然记录管道提供的内容，而证据保全链主干则显示缺失，缺少证据。
已验证
盖茨在晋级前会评估证据。无法证明其主张的发布会停在门槛，并以失败规则命名。
一旦环境的证据保全链主干始终被记录或签署，就切换到验证模式。制作可以验证，而开发阶段则仅限光盘。
准备好放心部署了吗？
安装 Stella Ops 并开始通过渐进式交付和即时回滚部署到您的服务器。