![]() |
1
3
对于一次性问题,您还可以查看该命名空间中存在的replicaSet,并检查它们的差异。根据你保存了多少历史,如果它一开始就存在的话,它可能已经丢失了。 尝试
或者,在处理DeploymentConfigs、replicaControllers时:
对于凭据,假设它们是秘密的,而不是部署本身,那么如果不查看日志,就不会有这些历史记录。 |
![]() |
3
1
K8在跟踪变化方面只提供了很少的功能。最突出的是,我会看
Openshift似乎没有提供太多额外的功能,因为审计日志的配置和分析很麻烦。 对于像你这样的问题,我认为最好的补救办法是 撤消直接生产访问 由团队和任务分配给K8s 将通过管道推出的更改 。这样你就可以使用Git来追踪谁做了什么。 |
![]() |
ralonr · 当上下文已经设置好时,如何在K9中的上下文之间切换? 2 年前 |
![]() |
Dr. Andrew · kubectl运行时未创建部署 2 年前 |
![]() |
Abhishek Rai · 库伯内特斯吊舱卡在集装箱内 2 年前 |
![]() |
TiDu · 使用EKS设置出口网关的最简单方法,无需Istio 2 年前 |