panxiao81
b7775fce94
lint / yaml (push) Successful in 9s
lint / ansible (push) Successful in 3m4s
lint / terraform (push) Successful in 31s
lint / yaml (pull_request) Successful in 9s
lint / ansible (pull_request) Successful in 2m56s
lint / terraform (pull_request) Successful in 35s
28 lines
1.3 KiB
Markdown
28 lines
1.3 KiB
Markdown
# HTTP Echo（Flux GitOps canary）
|
||
|
||
这是 Flux 首个低风险工作负载，用于验证 PR 合并后的自动部署、健康检查和漂移修复。
|
||
Flux 将它部署到独立的 `gitops-canary` namespace。
|
||
|
||
| 文件 | 说明 |
|
||
| --- | --- |
|
||
| `deployment.yaml` | 两个 `hashicorp/http-echo` 副本。 |
|
||
| `service.yaml` | 只在集群内可达的 ClusterIP Service。 |
|
||
| `kustomization.yaml` | Flux 实际构建入口；明确排除历史 HTTPRoute。 |
|
||
| `httproute.yaml` | 保留的历史 Contour 示例，**不在 Kustomization 中，不会部署**。 |
|
||
|
||
## 验证
|
||
|
||
合并 canary PR 后不手动 apply。等待 Flux 自动创建资源：
|
||
|
||
```bash
|
||
sudo k3s kubectl -n flux-system get kustomization http-echo
|
||
sudo k3s kubectl -n gitops-canary get deployment,service,pod
|
||
```
|
||
|
||
Deployment 漂移修复已经验证：手动把 replicas 改成 1 后，Flux 能按 Git 恢复为
|
||
2。删除验证使用无业务依赖的 `flux-prune-canary` ConfigMap。首次尝试在同一个
|
||
revision 中同时开启 prune 并删除对象，Flux 更新了 inventory 但保留了 live 对象。
|
||
因此先在已经生效的 `prune: true` 下重新纳管 ConfigMap，再用下一 revision 只删除
|
||
对象。最终删除阶段不再修改 prune，确保可以准确验证垃圾回收。root Kustomization
|
||
始终保持 `prune: false`，brownfield 资源不会进入此次删除范围。
|