Kubernetes中常见的集群部署方式？
场景/运维复杂度：1.开发/测试 Minikube2.生产自建 kubeadm 二进制包3.自动化运维 kubespray4.云托管 ACK（Alibaba），EKS（AWS），TKE(Tencent)5.企业发行版 Rancher Openshift K3s简述Kubernetes如何实现集群管理?
1.控制平面+工作节点构成的双层架构： 控制平面（统一管理集群状态） apiserver etcd scheduler controller-manager 工作节点（负责实际容器的运行） kubelet kube-proxy2.声明式API 用户编写Yaml文件（也就是声明期望状态） ->控制器通过Controller-manager的控制循环，使实际状态向期望状态持续收敛。 典型： ReplicaSet Controller - 保证副本数 Node Controller - 检测节点健康 Endpoints Controller - 维护Service后端列表 Deployment Controller - 管理版本发布及滚动更新 DaemontSet Controller - 全节点运行一个固定Pod StatefulSet Controller - 管理有状态的应用，保证Pod有序启停，稳定网络标识及存储绑定 Namespace Controller - 管理Namespace生命周期，当指定ns被删除，自动清理该ns下的所有资源... 我更喜欢这样子理解： k8s集群管理就像一个“酒店管理系统” 游客说出入住需求（声明式Yaml）|前台（apiserver）接待|数据库（etcd）记录|大堂经理（controller-manager）检查房屋是否干净|前台领班（scheduler）分配任务（Pod）给具体楼层（Node工作节点）|保洁人员（kubelet）去具体工作（pull/start/...）简述Kubernetes的优势、适应场景?
a.三大主要优势：1.声明式自动化 - 减少人为干预2.弹性伸缩 - HPA（Pod水平伸缩--Pod副本数） VPA（Pod垂直伸缩--调整Pod资源请求） CA（集群节点伸缩--自动扩容节点池）3.自愈能力 - 故障自动恢复 b.六大典型场景：1.微服务架构 大规模服务治理，版本发布，灰度，回滚频繁情况2.CI/CD流水线 结合Jenkins/GitLab CI 实现自动构建与部署3.高弹性业务-突发流量 电商秒杀，直播弹幕4.大数据/AI训练 训练任务（Job/Cron Job），分布式计算，GPU资源管理5.混合云统一管理 跨集群联邦管理，资源调度与迁移，避单云厂商锁定6.传统业务容器化上云 有状态应用，周期任务简述Kubernetes创建一个Pod的主要流程?
主要流程：1.用户自主声明（Deployment/Job 等）2.apiserver校验 ->写入 etcd3.controller-manager 内部多个控制器接力协作：Deployment Controller ->ReplicaSet Controller ->Pod(Pending状态)4.scheduler 调度Pod：通过 List-Watch机制 感知 Pending Pod ->选最优节点 ->etcd写入绑定关系5.kubelet 执行：拉镜像、启动容器、上报 Running说说Kubernetes的Service-Discovery服务发现？
1.两大实现方式：环境变量（传统，有感知滞后缺陷）与 DNS（推荐，实时动态解析）。现代集群统一使用 CoreDNS 作为DNS服务。2.DNS记录格式：<service>.<namespace>.svc.cluster.local Headless Service 返回 Pod IP 列表，普通 Service 返回 ClusterIP。 集群DNS默认配置 /etc/resolv.conf10.96.0.10 指向 CoreDNS3.流量转发靠 kube-proxy: 核心是将 ClusterIP 流量 NAT 转发到后端 Pod。4.底层数据源：Service + Endpoints/EndpointSlice 通过 List-Watch 实时同步，保证发现结果始终正确。 Endpoints - 全量更新 EndpointSlice - 分片+增量更新（仅更新受影响的分片）# 兼容性：EndpointSlice 功能启用时，Kubernetes 自动维护 Endpoints 与 EndpointSlice 两套资源，向后兼容，用户无需手动迁移设计意图：将服务发现与具体Pod IP解耦——应用通过稳定的服务名调用，后端 Pod 重建或漂移时前端完全无感知。
