概念：把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持业务的小服务,每个小服务可以独立运行与部署.在业务代码更新过程中，不可避免的会影响到其他业务的系统。而在上线之前，一般都会经历测试的阶段，但是在业务系统庞大之后，不论每次软件版本功能的更新大与小，测试无法全面测试。有时候甚至是在当时上线没有发现问题，可能会在下次发布或者是在其他的操作过程中，才发现问题。这样处理问题的故障定位就会异常的复

准备工作安装 keepalived 和 HAProxy 并配置所有 Master 节点配置 KeepAlived，由于 KeepAlived 需要配置自身的IP地址和网卡名称，因此每个 KeepAlived 节点的配置都不一样所有 Master 节点配置 KeepAlived 健康检查文件所有节点启动HAProxy 和 KeepAlived测试 VIP 是否可用。

Flannel 通过Overlay技术（数据包再封装）发送数据包到达目标容器。Calico 使用直接路由的模式传递数据包。

K8s-资源管理-Qos(避免OOMKilled)

安装MetalLB官方网站：https://metallb.universe.tf/1.创建metallbhttps://metallb.universe.tf/installation/root@vms81:~/soft/ca# kubectl create ns metallb-systemkubectl apply -f metallb.yaml2.定义一个地址池https://metall

一个完整的微服务包括的组件：注册中心、配置中心、熔断、限流、链路跟踪、路由在微服务中，有些组件为必须组件，（必须启动存在），客户端才能正常调用。注册中心可以说是微服务架构中的“”地址簿“，它记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就这里找到服务的地址，进行调用。服务注册中心给客户端提供可供调用的服务列表，客户端在进行远程服务调用时，根据服务列表然

集群的强化通过设置提高集群的安全性1. 验证方式2. 授权方式3. SA的安全设置登入k8s的验证方式1. token方式2. kubeconfig方式3. oauth2方式4. 其他第三方登录 https://www.tremolosecurity.com/products/orchestra-for-kubernetestoken方式1.在master上开启 token 认证并关联用户root

当我们对某工作节点执行drain操作的时候，会立即把该worker上运行的pod立即删除，然后在其他节点上创建对应的pod。比如有一个名字为web1的deploy，有6个副本，worker1和worker2上各运行了3个副本。现在如果对worker1执行drain操作的话，会立即删除worker1上的3个pod，然后在worker2上创建。但是如果pod的创建速度比较慢的话，那么此时整个环境里只有

在实际的项目中，微服务之间涉及到业务代码的部分，调用逻辑非常复杂。对于工程师而言，熟悉组件之间的调用关系。方便之后的业务模块开发、以及集群部署与自动化编排过程中有非常大的帮助（基础)。并且能够非常请楚哪些应用应该对外，哪些可以不用对外以及服务是怎样存活。注册中心服务、配置中心服务、服务提供者、服务消费者、路由网关服务安装Nacos(单机)官方网站https://nacos.io/zh-cn/doc

例如，在容器镜像中不包含 shell 或者你的应用程序在启动时崩溃的情况下， 就不能通过运行 kubectl exec 来排查容器故障。在这些情况下，你可以使用 kubectl debug 来创建 Pod 的副本，通过更改配置帮助调试。加上-i参数将直接进入添加的临时容器的控制台界面，因为是使用kubectl run 创建的pod ,所以需要-target 参数指定另一个容器的进程命名空间。此时再