通過 SSH
標準 SSH 金鑰或密碼身分驗證。適用於任何安裝了 Docker 的 Linux 伺服器。
無代理部署
部署到伺服器而不安裝代理
使用標準協議連接到您的 Linux 和 Windows 伺服器。使用漸進策略部署容器，並在需要時立即回滾。
這對您的業務意味著什麼
部署到任何 Linux 或 Windows 伺服器，無需 Kubernetes、代理或雲端依賴。Stella 處理回滾、金絲雀晉升和每個目標的證據匯出。
真正的無代理部署
無需安裝守護程序。沒有可打開的端口。只需使用您已有的憑據進行連接即可。
通過 WinRM
本機 Windows 遠程處理。使用 Docker 或 Windows 上的容器部署到 Windows Server。
伺服器上的零佔用空間。 Stella 連接、部署、驗證和斷開連接 — 只留下您的應用程式在執行。
這描述的是部署執行，透過 SSH 與 WinRM 無代理完成——不在您的主機上安裝任何東西。持續的 Watch 驗證是另一回事：Stella Ops 代理服務從可存取的 Docker 常駐程式讀取實際執行的映像檔摘要；任何它未回報的主機都會顯示為未觀測，而不是被假定正常。 部署矩陣 →
為什麼無代理？
代理意味著更多的攻擊面、更多的更新、更多可能破壞的東西。 Stella 無需它們即可部署。
無需安裝
沒有代理程序包，沒有版本不匹配，沒有“代理離線”警報。只需標準遠程存取。
減少攻擊面
每個安裝的守護進程都是潛在的攻擊面。 Stella 僅在部署時連接，然後斷開連接。
完整的稽核追蹤
記錄每個部署與誰、什麼、何時以及為什麼。內建合規性證據。
簡單操作
使用您現有的 SSH 金鑰和 Windows 憑據。無需管理新的基礎設施。
漸進式交付策略
使用行業標準策略放心部署，最大限度地降低風險並實現快速恢復。
一次性
滾動
Canary
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 測試和流量Splitting
在全面推出之前在版本之間路由流量以進行實際比較。
- 按百分比分割流量（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 工具：沒有證據門，也沒有阻擋。階段仍會記錄管線所提供的內容，而脊骨則顯示缺失，若缺乏證據。
已驗證
蓋茨在晉升前會評估證據。無法證明其主張的發行則止步於門檻，並標示失敗規則。
一旦環境的脊椎持續錄製或簽署，請將環境切換為驗證。生產可以驗證，而開發則只提供光碟。
準備好自信地部署了嗎？
安裝Stella Ops並開始部署到您的具有漸進式交付和即時回滾功能的伺服器。