采用配置中心吧？例如Apollo或是nacos做应用配置中心，进行配置的统一管理

建议集群内服务器配置保持完全一致，服务器出现问题时可以自动迁移或者通过手工迁移，整个集群通用的文件可以通过共用一个nas实现，上面可以存储共用的运维脚本等，包括定时自动清理日志，自动定时清理和备份数据库等，也包括平时上线包都可以放在共享nas上...

一般分为平台和业务安全风险；平台审计主要是平台操作记录，用于审计；业务安全风险包括镜像安全(静态和运行态)、服务安全等，国内大厂一般都有镜像安全方案，一些初创公司也有。

管理集群和工作集群本身就隔离的，应用部署使用不同的名称空间自然也是隔离的，如果一味地追求安全，那便利性就会存在问题，比如服务端口的暴露，云上云下的网络开通等，所以没有绝对的好的或者安全的方案，综合平衡就好，绝对的安全也是有代价的...

需对容器的数据做好分层规划，容器镜像放在镜像仓库中，不必做备份；容器实例存取的数据，如果是存储在分布式文件系统中，则做好分布式文件系统的高可用和备份即可。

1. 无状态和有状态应用都有2. 一般会开启网络策略，针对集群外的应用，需要对源地址做小范围开通。具体要看集群选用的容器网络模型。社区的网络方案大多是以节点划分IPblock，需要限制业务pod的漂移范围，另外要看是否启用了SNAT，来确定源地址是申请POD IP还是节点IP。...