Kubernetes 集群是一群资源的集合，资源是有限的，当 Kubernetes 集群中计算资源不足时（如 Pod 占用资源过多），为了避免 Kubernetes 某个 Node 瘫痪，Kubernetes 会清理已经存在的资源，比如杀死 Pod 来完成资源释放。为了避免或降低由于资源不足时导致 Pod 被杀死这种情况发生导致的风险，Kubernetes 提供了资源限制的机制。这里介绍下 Kubernetes 下的资源范围限制对象 LimitRange 和资源配额对象 ResourceQuota 以及 Pod 的优先级 QoS。

在使用 SpringBoot 开发时我们经常要进行异常处理这个过程，在正常的情况下我们都会使用 try-catch 来处理异常从而避免发生一些未知的错误，而在 Spring 框架中，它有没有针对异常处理有一些好的方法呢？这个问题回答当然是肯定的，Spring 框架提供了异常处理器来处理通过 Controller 接口访问应用产生的异常，只需要配置和添加一些注解就可以处理通过 Controller 接口抛出的全部的异常。这里简单介绍下 Java 中的异常和 Spring 中如何处对异常进行处理的。

kafka是一个分布式消息队列，具有高性能、持久化、多副本备份、横向扩展能力。生产者往队列里写消息，消费者从队列里取消息进行业务逻辑。一般在架构设计中起到解耦、削峰、异步处理的作用。最近学习了下它的使用，项目中主要是 SpringBoot 框架开发程序，所以这里简单介绍下 kafka 相关知识，以及详细介绍下 SpringBoot 使用 Spring For Kafka 组件是如何操作 Kafka 的。

这里主要介绍的是如何在 Kubernetes 中使用 SpringCloud 框架开发 Java 应用，在这个过程中主要使用的组件就是 SpringCloud Kubernetes 来完成服务发现、动态配置，利用 Feign 来进行服务间的通信等。里先简单介绍下 SpringCloud Kubernetes，它主要是提供了使用 Kubernetes 本地服务的 Spring Cloud 通用接口实现。目标是促进 Spring Cloud 和运行在 Kubernetes 中的 Spring Boot 应用程序的集成。

Kubernetes 本身存在 ConfigMap 与 Secret 对象来存储配置，所以在 Kubernetes 部署 SpringCloud 的应用尝试不再采用统一配置中心管理配置，而是将配置文件存入 Kubernetes 的 ConfigMap 与 Secret 资源中，经过尝试这种做法确实可行。不过用这种方法还面临一个问题是直接存入 ConfigMap 或者 Secret 中如果配置发生变化，程序是无法感知到变化从而不会进行自动重启或刷新配置。由于上面问题，SpringCloud Kubernetes 提供了 spring-cloud-starter-kubernetes-config 组件来解决在 Kubernetes 环境中使用 ConfigMap 或 Secret 动态配置发现与更新问题，当存在 ConfigMap 中的配置或者存在 Secret 中的密码发生更改时候，在 Kubernetes 中的服务能及时监控到这一变化从而按照配置的配置更新策略进行动态更新或者服务重启。这里记录下这个组件的使用。