k8s不支持docker后怎么部署微服务

K8s不支持Docker后，可以通过使用容器运行时接口（CRI）、选择其他容器运行时（如containerd、CRI-O）、使用Kubernetes原生工具（如kubectl、helm）来部署微服务。其中，使用containerd作为容器运行时是一个推荐的做法，因为它与Kubernetes的集成度高、性能优越且社区支持广泛。Containerd是一个高效的、适用于生产环境的容器运行时，它由Docker捐赠给CNCF，并且被设计为一个小而强大的核心组件，提供了高效的容器管理能力。通过containerd，你可以获得更好的性能和稳定性，同时还可以继续利用Kubernetes的强大调度和管理功能。

一、容器运行时接口（CRI）

Kubernetes通过CRI（容器运行时接口）实现对不同容器运行时的支持。CRI是一个插件接口，允许Kubernetes与不同的容器运行时进行交互。通过CRI，Kubernetes不仅可以支持Docker，还可以支持其他容器运行时，如containerd和CRI-O。使用CRI的好处在于，它解耦了Kubernetes与具体容器运行时的绑定，使得Kubernetes能够更灵活地适应不同的容器技术发展。

CRICTL工具是与CRI交互的重要工具。CRICTL是一个命令行工具，用于与符合CRI标准的容器运行时进行交互。通过CRICTL，你可以执行与容器管理相关的操作，如列出容器、查看容器日志、检查容器状态等。它为运维和开发人员提供了一个方便的接口来管理和调试容器。

二、选择其他容器运行时

1. Containerd

Containerd是一个由CNCF托管的高效容器运行时，它被设计为一个独立的组件，可以直接集成到Kubernetes中。使用containerd的主要优势包括高性能、低开销和强大的社区支持。Containerd提供了完整的容器生命周期管理功能，包括镜像管理、容器管理、网络和存储管理等。它的设计目标是简洁和高效，适用于生产环境的大规模容器管理。

安装和配置Containerd也相对简单。你可以通过以下步骤将Kubernetes与containerd集成：

安装containerd：使用包管理器（如apt、yum）或下载二进制文件安装containerd。
配置containerd：修改containerd的配置文件（/etc/containerd/config.toml）以确保其兼容Kubernetes。
修改Kubelet配置：修改Kubelet的配置文件（/var/lib/kubelet/kubeadm-flags.env），将–container-runtime-endpoint参数指向containerd的socket文件。
重启Kubelet：重启Kubelet服务以应用配置更改。

2. CRI-O

CRI-O是另一个符合CRI标准的容器运行时，它专为Kubernetes设计，旨在提供一个轻量级、稳定和高效的容器运行时。CRI-O与containerd类似，提供了容器生命周期管理功能，但它更专注于Kubernetes的需求。

安装和配置CRI-O的步骤与containerd类似：

安装CRI-O：使用包管理器（如apt、yum）或下载二进制文件安装CRI-O。
配置CRI-O：修改CRI-O的配置文件（/etc/crio/crio.conf）以确保其兼容Kubernetes。
修改Kubelet配置：修改Kubelet的配置文件，将–container-runtime-endpoint参数指向CRI-O的socket文件。
重启Kubelet：重启Kubelet服务以应用配置更改。

三、使用Kubernetes原生工具

1. Kubectl

Kubectl是Kubernetes的命令行工具，用于与Kubernetes API服务器交互，管理Kubernetes集群中的资源。通过kubectl，你可以创建、更新、删除和查看Kubernetes资源，如Pod、Service、Deployment等。Kubectl提供了丰富的命令和选项，支持各种操作和调试需求。

使用kubectl部署微服务的步骤如下：

编写Kubernetes资源配置文件：使用YAML或JSON格式编写微服务的Pod、Service、Deployment等资源配置文件。
使用kubectl apply命令：将配置文件应用到Kubernetes集群中，创建和管理微服务资源。
使用kubectl get命令：查看微服务的状态和运行情况。
使用kubectl logs命令：查看微服务容器的日志，进行调试和排查问题。

2. Helm

Helm是Kubernetes的包管理工具，它提供了简化应用部署和管理的方式。Helm使用Chart作为应用包，包含了应用的所有Kubernetes资源定义和配置。通过Helm，你可以方便地安装、升级和回滚应用，同时还可以管理应用的依赖关系。

使用Helm部署微服务的步骤如下：

创建Helm Chart：使用helm create命令创建一个新的Chart，并在Chart中定义微服务的Kubernetes资源和配置。
使用helm install命令：将Chart安装到Kubernetes集群中，部署微服务。
使用helm upgrade命令：升级已安装的Chart，应用新的配置或版本。
使用helm rollback命令：回滚到之前的Chart版本，恢复应用到之前的状态。

四、示例：使用Containerd和Kubectl部署微服务

为了更好地理解如何在Kubernetes中使用containerd和kubectl部署微服务，我们通过一个具体示例来演示整个过程。

1. 安装和配置Containerd

首先，安装containerd并进行配置：

sudo apt-get update sudo apt-get install -y containerd sudo mkdir -p /etc/containerd containerd config default | sudo tee /etc/containerd/config.toml sudo systemctl restart containerd

修改Kubelet配置文件，将–container-runtime-endpoint参数指向containerd的socket文件：

sudo vi /var/lib/kubelet/kubeadm-flags.env

在文件中添加或修改如下内容：

KUBELET_KUBEADM_ARGS="--container-runtime-endpoint=unix:///run/containerd/containerd.sock"

重启Kubelet服务以应用配置更改：

sudo systemctl restart kubelet

2. 编写Kubernetes资源配置文件

创建一个名为microservice.yaml的文件，定义微服务的Pod和Service：

apiVersion: v1 kind: Pod metadata: name: microservice-pod labels: app: microservice spec: containers: - name: microservice-container image: nginx:latest ports: - containerPort: 80 --- apiVersion: v1 kind: Service metadata: name: microservice-service spec: selector: app: microservice ports: - protocol: TCP port: 80 targetPort: 80

3. 使用Kubectl部署微服务

使用kubectl apply命令将配置文件应用到Kubernetes集群中：

kubectl apply -f microservice.yaml

查看微服务的状态和运行情况：

kubectl get pods kubectl get services

查看微服务容器的日志：

kubectl logs microservice-pod

通过以上步骤，我们成功地在Kubernetes中使用containerd和kubectl部署了一个简单的微服务。这个示例展示了在Kubernetes不再支持Docker后，如何通过其他容器运行时和Kubernetes原生工具来管理和部署微服务。

五、常见问题及解决方法

1. 容器无法启动

如果容器无法启动，可能是因为镜像拉取失败、配置错误或资源不足等原因。可以使用kubectl describe pod命令查看Pod的详细信息，找出问题所在。确保镜像仓库可访问、配置文件无误，并且集群中有足够的资源。

2. 网络问题

如果微服务之间无法通信，可能是因为网络配置问题。确保CNI插件正确安装和配置，检查网络策略和防火墙规则。如果使用的是Calico、Flannel等CNI插件，可以查看相应的日志和配置文件进行排查。

3. 资源限制

如果微服务运行过程中出现资源不足的问题，可以通过调整资源请求和限制来解决。在Pod的配置文件中，使用resources字段指定CPU和内存的请求和限制。例如：

resources: requests: cpu: "500m" memory: "256Mi" limits: cpu: "1" memory: "512Mi"

4. 升级和回滚

在微服务的生命周期中，可能需要进行版本升级或回滚。使用kubectl和Helm可以方便地管理这些操作。通过kubectl set image命令更新容器镜像，或者使用Helm upgrade命令升级应用。若需要回滚，可以使用kubectl rollout undo命令或Helm rollback命令。

六、总结与展望

Kubernetes不再支持Docker后，通过使用容器运行时接口（CRI）、选择其他容器运行时（如containerd、CRI-O）以及Kubernetes原生工具（如kubectl、helm），我们依然可以高效地部署和管理微服务。Containerd作为一个高效、稳定的容器运行时，是推荐的选择，它与Kubernetes的集成度高，性能优越，并且有广泛的社区支持。未来，随着容器技术的不断发展，我们可以预见更多的容器运行时和工具被引入Kubernetes生态系统，为微服务的部署和管理提供更多的选择和更高的效率。通过不断学习和实践，我们可以更好地利用这些工具和技术，提升微服务的部署和管理水平。