如果增加Pod数量后，节点资源使用率上升到一定程度，继续扩容出来的Pod无法调度，则可以根据节点资源使用率继续伸缩节点数量。通常情况下，两者需要配合使用，因为HPA需要集群有足够的资源才能扩容成功，当集群资源不够时需要CA。，如果每时每刻都要保持能够扛住高峰流量的机器数目，那么成本会很高。，使得集群有足够资源；而当HPA缩容后集群会有大量空余资源，这时需要CA。，达到资源使用上限后可能会导致应用出

相位和状态让你能快速判断 Pod 的整体健康状况。重启策略定义了容器失败后的恢复行为。生命周期回调让你有机会在容器启动和关闭时执行自定义逻辑，实现优雅启停。容器探针是 Kubernetes 的“眼睛”，它通过存活探针确保应用实例的可用性，通过就绪探针确保流量的正确路由，通过启动探针保护慢启动应用。合理配置这些机制，是构建健壮、可观测、自愈的云原生应用的基础。

用于选择受保护的 Pod 的标签选择器。通常与你的 Deployment 或 StatefulSet 的 selector 一致。约束条件（二选一）：必须保持可用的 Pod 的最小数量。可以是绝对数（如2）或百分比（如"50%"：允许不可用的 Pod 的最大数量。同样可以是绝对数或百分比。和只能使用其中一个。PodDisruptionBudget 是 Kubernetes 生产环境中保证应用高可用

安装一个 Chart 时，Helm 会结合你的配置参数，将 Chart 中的模板渲染成真正的 Kubernetes YAML 文件，并将其提交给 API Server，从而在集群中创建出具体的资源（如 Pod, Service 等）。同一个 Chart 可以被安装多次，每次安装都会生成一个独立的 Release。：一个 Helm 软件包，包含了在 Kubernetes 上运行一个应用所需的所有资源

用于将外部服务（非 Kubernetes 托管的服务）集成到 Istio 的服务网格中，使其能够像内部服务一样被管理和监控。服务网格是现代微服务架构的关键基础设施，Istio作为其中的代表性项目，提供了完整的企业级服务网格解决方案。，它构建在容器编排平台（如Kubernetes）之上，为微服务架构提供可靠、安全、快速的通信能力。主要组件：Istiod（Istio）、Linkerd（控制平面）等。）

【代码】k8s-Ingress。

除了 CPU/内存，HPA 还支持基于自定义指标（如 QPS - 每秒请求数）进行扩缩容。这通常需要Prometheus和。示例 HPA 配置（基于 QPS）metadata:spec:metrics:- type: Pods # 基于 Pod 的指标pods:metric:name: http_requests_per_second # 自定义指标名称target:averageValue: 1

快速启动：几分钟内就能创建可运行的 Spring 应用简化配置：告别繁琐的 XML 配置生产就绪：内置监控、健康检查等生产特性微服务首选：是现代微服务架构的理想基础框架生态丰富：与各种技术（如 Dubbo、Redis、Elasticsearch）无缝集成Spring Boot 的出现极大地推动了 Java 企业级开发的发展，让开发者能够更专注于业务逻辑而非框架配置，是目前 Java 领域最主流和应

永久存储，构成镜像。