k8s Operator开发注意事项

结构体变更

---

make manifests
make generate
cd samples/crd/base && ka .

spec 和 status设计原则

---

spec临时会变

1. spec 用户随时可能会改动，如果从spec 消费两次就存在数据冲突。
2. 不同的stage 失败会reconsile，从spec取数据作为传参存在数据冲突。
   解决方法：spec -> status； status -> 业务

spec变更场景

1. 用户下发失败，再次下发

status变更场景

1. 新的动作action数据变更

编排

---

硬编排

指定特定的pod组件进行顺序管理。指定串并行

软编排

不指定特定的pod，只给pod列表。保证串并行

run.Extension

---

1. 不可以起别名，本身是object（k8s spec下必须是key - value 格式）