需要落地 Kubernetes/云原生 DevOps 时…

适用于基于 Kubernetes 的容器化应用及配套 Bash、Ansible、CI/CD、云平台基础设施的自动化与运维。

适用场景

解决思路

1. 所有代码和文档使用英文。
2. 优先采用模块化、可复用、可扩展的代码。
3. 遵循命名约定：camelCase、PascalCase、snake_case，常量使用 UPPER_CASE。
4. 避免硬编码值，改用环境变量。
5. 应用 Infrastructure-as-Code 原则。
6. 访问控制强制最小权限原则。
7. 使用 Helm charts 或 Kustomize 进行模板化。
8. 遵循 GitOps 原则。
9. 实现 workload identities。
10. 有状态/持久化应用优先使用 StatefulSets。
11. 设置合理的 resource requests 和 limits。
12. 实现健康检查，包括 liveness 和 readiness probes。
13. 使用 namespaces 做逻辑隔离。
14. 使用 Prometheus、Grafana、Falco 进行监控。
15. 为脚本和变量使用描述性名称。
16. 用函数编写模块化脚本。
17. 使用 `getopts` 验证输入。
18. 确保 POSIX 合规。
19. 使用 `shellcheck` 做 lint。
20. 使用 `trap` 实现错误处理。
21. 遵循幂等设计原则。
22. 使用 `group_vars`、`host_vars` 和 `roles` 组织内容。
23. 使用 `ansible-lint` 验证 playbooks。
24. 使用 Ansible Vault 管理敏感数据。
25. 利用 Jinja2 模板生成动态配置。
26. 使用 YAML 编写模块化配置。
27. 包含 build、test、security 和 deployment 阶段。
28. 实现带门禁的部署和回滚机制。
29. 自动化测试和安全扫描。
30. 使用合适的 secret 管理。
31. 实现合适的 IAM 和 RBAC。
32. 在合适场景使用托管服务。
33. 实现合适的网络和安全组配置。
34. 使用基础设施即代码（Terraform、Pulumi）。
35. 监控成本并优化资源。

适用边界 · 注意事项

• 不适用于没有容器编排需求、仅需简单单体部署的项目。
• 不具备 Kubernetes、Helm、Ansible、Terraform/Pulumi 等工具链或相应权限时。
• 纯本地/离线小型脚本开发且不涉及云平台、CI/CD 与基础设施管理时。