共 2694 条已上架资产
诊断 Kubernetes Ingress 外部流量失败的原因——包括控制器宕机、ingressClassName 不匹配、后端 Service/端口缺失、TLS 证书问题、路径/主机规则不匹配，或 DNS 未指向正确目标——需结合控制器日…
检查 Kubernetes CronJob YAML 中的时区设置、夏令时转换、启动截止时间过短、并发替换策略以及错过执行任务的风险
用于构建云原生应用
配置 Fluentd 以实现分布式系统中的统一日志收集、路由、过滤和转发
使用 kubectl 和 Kubernetes API 诊断 Kubernetes 集群中处于 CrashLoopBackOff 状态的 Pod
kubectl CLI 操作可直接检查和管理 AKS 及 Kubernetes 资源，包括健康检查、清单文件、部署状态、日志、事件、命名空间、Pod 故障排查、服务调试、按名称检查 Secret，以及网络策略验证
专业的 DevOps 故障排查专家，专注于快速事件响应、高级调试和现代可观测性技术
在部署前扫描基础设施即代码中的错误配置时使用——捕获那些会导致云安全漏洞的不安全的 Terraform/CloudFormation/Kubernetes 设置
Kubernetesoperations专用技能，帮助AI Agent高效完成相关任务
在审查 Kubernetes 工作负载的 Sigstore Cosign 供应链安全时使用此技能
依据 Docker 官方最新在线文档而非模型记忆来回答各类 Docker 产品问题，覆盖 Docker Desktop、Engine、Buildx、Compose、Hub、Scout、加固镜像 DHI、本地与云端沙箱、MCP 目录与工具链、…
在事件故障排除期间，聚合并跟踪匹配的 Kubernetes pod 日志，而无需逐个 pod 跳转
使用 Falco 和 sysdig 库监控容器运行时事件，并在检测到可疑系统调用模式时发送警报
Jetify 的 Devbox 使用 Nix 包创建即时、隔离的开发环境
使用 kubectl describe、logs --previous 和 Kubernetes API /api/v1/namespaces/{ns}/events 端点诊断 Kubernetes pod 失败
使用 kubectl 和 Kubernetes API /api/v1/namespaces/{ns}/pods/{pod}/log 端点诊断 CrashLoopBackOff pod
Terraform、CloudFormation、Kubernetes 和 Pulumi 的基础设施即代码安全扫描与策略执行
通过 Helm 在 Kubernetes 上部署 MariaDB 操作符 — 3 个图表，生产级高可用配置，Galera 集群，MaxScale 中间件，备份功能，PITR（时间点恢复）配置
使用 Kubernetes API /api/v1/pods 端点、kubectl logs --previous 以及通过 crictl 的容器运行时检查来诊断 CrashLoopBackOff pod
运行 kubectl describe pod、kubectl logs --previous 和 kubectl get events 来诊断 CrashLoopBackOff 和 OOMKilled 容器