kubernetes(k8s)生产环境最佳实践
1、持续评估：持续评估应用程序的状态和设置，学习并改进。故障准备：通过硬件和软件故障准备，确保Kubernetes集群的稳定性和可靠性。遵循这些最佳实践，可以确保Kubernetes在生产环境中作为强大且可靠的工具，支持DevOps领域的编排，有效应对生产环境的挑战。
2、为了深入学习Kubernetes（k8s），作者在MACOS系统上配置并使用了Minikube进行实践。Minikube是用于在本地构建和管理Kubernetes集群的工具。在macOS系统上，若已安装Homebrew，执行以下命令即可安装Minikube：对于未安装Homebrew的macOS用户，需访问官网下载对应系统的安装文件，执行curl命令与安装脚本完成Minikube的安装。
3、对于Kuboard安装后无法启动的情况，建议先执行诊断命令，排查潜在问题，然后重新安装以解决。通过以上指南，用户可以顺利地在本地或虚拟环境中搭建和管理Kubernetes集群，提升开发和部署效率。
4、实践：以 ingress-nginx 为例，可参考 kubernetes.github.io/in... 官方文档进行安装。部署 IngressClass 后，编写 Yaml 文件定义容器镜像、关联 Service 与 pod，通过 Ingress 规则访问特定 Pod。使用 kubectl apply 命令部署，配置本地 dns 映射关系，验证 Ingress 使用情况。
k8s有哪些负载均衡的方式?
Master集群网络 Master集群网络结构类似于传统的负载均衡集群，使用负载均衡的IP与端口，确保master节点间能够顺利通信。Node集群网络 Kubernetes集群对外暴露服务方式主要有三种：NodePort、LoadBalancer、Ingress。
在Kubernetes集群的对外服务暴露中，K8S提供了三种方式：NodePort、Ingress和Loadbalancer。NodePort适用于暴露TCP服务，但受限于集群节点主机端口，不适用于大规模场景；Ingress用于暴露http服务，具备对域名地址的路由分发功能；Loadbalancer则专为云服务设计，可动态分配公网网关。
CNI插件：在K8s中扮演重要角色，支持多种网络模式，为容器网络提供灵活性。七层负载均衡：涉及数据中心网络设备，包括路由器、交换机和负载均衡器，实现服务的负载均衡和高可用性。服务暴露与调度策略：NodePort与Ingress：K8s提供NodePort方式暴露服务，但存在局限性。
OpenELB官方提供了部署多个副本的方式以提高可用性，通过给节点添加label来控制副本数量和位置。测试与验证：在Layer2模式下，需验证VIP的查找与指定以及Layer2模式的工作原理。在BGP模式下，需验证路由器路由表以确保ECMP功能开启，并进行curl测试以验证负载均衡。
k8s的Service详解
K8S中的Service概念是用于抽象出一组POD，方便应用通过名称进行访问。Service主要分为两种类型：ClusterIP和Headless。ClusterIP类型的Service会有一个全局的IP地址，客户端通过这个IP地址进行访问，实现负载均衡。
K8s中的Service主要用于解决服务发现和负载均衡问题，确保服务有稳定的访问入口。以下是关于K8s中Service的详细解 Service的主要作用： 解决服务发现：由于Pod的生命周期较短，其IP地址可能会频繁变化，Service提供了一个稳定的访问入口，使得客户端能够稳定地访问到后端的服务。
Service组件是K8S集群中实现服务发现和负载均衡的关键。它不依赖于Pod的临时性，可以将运行在一组Pod上的应用对外公开，实现不修改现有应用即可访问目标服务。Service的创建与访问：使用Kubernetes定义文件创建Service是常用做法。
k8s采用附加组件（CoreDNS）为集群提供DNS服务，会为每个服务创建DNS记录，CoreDNS只为Service和Pod创建DNS记录。kubernetes强烈推荐采用DNS方式.例如，如果你在 Kubernetes 命名空间 my-ns 中有一个名为 my-service 的服务， 则控制平面和 DNS 服务共同为 my-service.my-ns 创建 DNS 记录。
定义：暴露集群内部的IP和端口，主要解决Pod IP动态变化的问题。特点：Service的IP地址在集群内部是唯一的，并且只有集群内部的Pod能够访问。创建方式：通过创建serviceclusterip.yaml文件，并执行相应的命令来创建ClusterIP类型服务。nodePort：定义：允许外部流量通过特定的node IP和端口号访问内部服务。
定义：Service在K8s中是一种抽象概念，它定义了一个Pod群体的逻辑集合，并为这组Pod提供了一个稳定且可访问的端点。功能：提供服务发现与负载均衡的功能，使得其他应用或服务能方便地访问这组Pod。
K8s服务调用的方法和原理,一篇文章给你说明白
通过服务名调用：在K8s中，服务提供了一种网络抽象，允许内部Pod间通过Service名进行通信。在普通Service中，服务间调用最为直接，通过服务名即可进行访问。例如，一个名为frontend的Service可以通过frontend或frontend.svc.cluster.local的DNS名称访问同一命名空间内的服务。
在K8s中，服务（Service）提供了一种网络抽象，允许内部Pod间通过Service名进行通信。例如，一个名为frontend的Service可以通过frontend或frontend..svc.cluster.local的DNS名称访问同一命名空间内的服务。
理论 PV概念：PV是对K8S存储资源的抽象，一般由运维人员创建和配置，供容器申请使用。PV相当于对磁盘的分区，为容器提供存储空间。PVC概念：PVC是Pod对存储资源的一个申请，主要包括存储空间申请、访问模式等。创建PV后，Pod就可以通过PVC向PV申请磁盘空间。
服务账号（Service Account）是一种自动被启用的用户认证机制，使用经过签名的 持有者令牌来验证请求。 当服务账号创建后，k8s会自动生成对应的secret，存有可以用来认证的Token。 上面的token就可以用来认证。 所有使用token进行认证的请求 ，都要加上 Authorization 的 HTTP请求头，其值格式为 Bearer TOKEN 。
K8S学习指南(21)-k8s核心对象Service
1、K8s核心对象Service的学习指南如下：Service的概念：定义：Service在K8s中是一种抽象概念，它定义了一个Pod群体的逻辑集合，并为这组Pod提供了一个稳定且可访问的端点。功能：提供服务发现与负载均衡的功能，使得其他应用或服务能方便地访问这组Pod。
2、Service在K8s中是一种抽象概念，它定义了一个Pod群体的逻辑集合，并为这组Pod提供了一个稳定且可访问的端点。这个端点可以是集群内部的虚拟IP地址或DNS名称，使得其他应用或服务能方便地访问这组Pod，实现服务发现与负载均衡。
3、首先创建前端和后端的Deployment与Service，接着定义Ingress对象，将mydomain.COM/frontend与mydomain.com/backend请求分别路由至前端与后端服务，同时启用HTTPS与指定TLS证书Secret。Ingress支持动态更新，无需重启应用或重建服务调整路由规则。
k8s和docker区别
1、综上所述，Docker和k8s在定义、功能、架构与运行方式以及应用场景等方面都存在显著差异。Docker更侧重于单个应用的容器化，而k8s则专注于容器集群的自动化管理和部署。
2、k8s和Docker的区别如下：定义与功能：Docker：是一个开源的应用容器引擎。它允许开发者将应用及其依赖打包到一个可移植的容器中，这个容器可以发布到任何流行的Linux机器上，实现应用的虚拟化。k8s：是一个开源的容器集群管理系统。
3、综上所述，Docker和k8s在容器技术领域中扮演着不同的角色。Docker更侧重于容器的创建和管理，而k8s则提供了更高级、更复杂的容器编排和管理功能。
