在日常开发中，我们的代码里面使用的最多的就是 IF ELSE 了，写起来简单明了，能够快速实现逻辑判断。不过呢，如果代码逻辑简单，业务量小，使用 IF ELSE 进行判断是很简单明了，但是如果代码逻辑复杂，并且业务量大，这时候过多的 IF ELSE 的代码，密密麻麻的让开发者一眼看上去就无理由的难受，尤其是本人在写 Spring Controller 时，遇到产品过多需要写大量的代码时，是非常不情愿的，在网上经过一番搜索，找到了使用工厂模式+策略模式解决大量 IF ELSE 问题的方案，这里记录一下。

现在使用 Kubeadm 安装 Kubernetes 集群非常方便，也是一种安装与维护 Kubernetes 集群的一种很好的官方组件，使用它能让我们在短时间内搭建好一个 Kubernetes 集群，不过这种安装方法证书默认有效期只有一年，我们部署的 Kubernetes 集群如果在使用中没有问题，是不会经常执行更新操作的，所以 Kubernetes 集群证书过期就成了安全隐患。现在流程修改 Kubeadm 源码中的证书过期时间，然后重新编译，使用编译后的 Kubeadm 初始化 Kubernetes 集群，这里对该方案进行了尝试，发现效果还是可以的，这里记录这个过程。

ETCD 是 Kubernetes 中的核心组件，如果该组件出现问题将导致 Kubernetes 整个集群不可用，所以对 ETCD 集群进行监控是非常有必要的，这里记录如何配置 Prometheus 监控 ETCD 并使用 Grafana 进行展示的过程。

在使用 Prometheus 采集 Kubernetes 中指定服务的指标数据时，需要配置一堆服务采集参数，过程比较繁琐。而实际上，使用 Prometheus 服务发现机制可以自动监听部署在 Kubernetes 中的服务，只需要在 Prometheus 中添加一些自动服务发现机制的参数，再将 Kubernetes 中添加对应的 annotations 注解，就可将对应的服务纳入 Prometheus 采集列表中，这里记录下这个过程。

在 Kubernetes 环境中，节点经常发生 DiskPressure 告警，并且 Kubernetes 发生该告警不久后，对应产生压力的节点就会发生节点不可用、镜像被清理等状况。所以，探究一下如何 DiskPressure 警告如何发生的，并且如何解决这个问题。