Julius

介绍 Prometheus Operator 为 Kubernetes 提供了对 Prometheus 机器相关监控组件的本地部署和管理方案，该项目的目的是为了简化和自动化基于 Prometheus

可能存在的宕机原因分析 当应用在滚动更新期间重新路由流量时，从旧的 Pod 实例到新的实例究竟会发生什么，首先让我们先看看 Kubernetes 是如何管理工作负载连接的。 如果我们执行测试的客户端直

kube-scheduler都比较熟悉，k8s环境里面主节点必备点组件，调度器点作用，当watch到新资源到时候进行调度处理，也维护有一套调度策略，调度主要通过过滤和打分两个阶段然后选择合适到节点跑资源。 从 kube-scheduler 的角度来看，它通过各种算法计算出最佳节…

通过docker部署gitlab-runner 把gitlab的config文件挂载出来做持久化处理 通过进入容器中对这个runner注册对应的gitlab的地址和token相关信息 这个时候通过查看

在对 kubelet 作次版本升版时需要腾空节点。 对于控制面节点，其上可能运行着 CoreDNS Pods 或者其它非常重要的负载（线上环境升级还是要选择夜深人静的时候操作，测试么直接怼就行）。 升级后，因为容器规约的哈希值已更改，所有容器都会被重新启动。

说明 上面的列表中没有包含 kubelet.conf 因为 kubeadm 将 kubelet 配置为自动更新证书。

线上环境反馈cronjob资源，指定时间运行服务的时候到时间了不会自动运行，但是设定多久运行一次这种情况是可以实现的，就是不能指定时间。 这种情况可以想到是不是conjob的时间和我们本地的时间有差别，实际场景中，我们环境使用的服务，在我们构建的时候会把localtime的时区…