前文已经部署了高可用的Kubernetes集群以及Rancher集群，这两天正好需要提前部署seata-server，琢磨着正好趁这个风险不大的机会试验一下Kubernetes，特此记录下。 在正式部署之前，我有必要描述下现有架构的现状。现有架构主要是基于SpringCloud框架搭建的微服务体系，配置中心和服务注册中心使用的都是阿里的Nacos组件。 从架构转型角度来说，全面切换至Kubernetes为基础的微服务体系肯定不够现实，从现有主流的方案来说，一般是使用Kubernetes做基础措施，利用其做服务编排调度，软件层面还是基于SpringCloud的开发方式，这也是比较现实的逐步切换的方案。 那么目前就架构来说，seata-server会部署在Kuberetes上管理，seata客户端应用使用Docker容器部署，Nacos服务是二进制方式物理安装。seata-server因为没有管理后台，所以并不需要对外暴露服务，只需要seata客户端应用能够进行服务间调用即可。 本次过程描述重点并不是怎样部署才能使seata-server能够使用，而是通过Kubernetes部署应用的过程。 Seata官方文档支持Kubernetes的部署方式，并提供了YAML格式的资源文件（因为使用了Nacos方式，使用了自定义文件）： apiVersion: apps/v1 kind: Deployment metadata: name: seata-server namespace: default labels: k8s-app: seata-server spec: replicas: 1 selector: matchLabels: k8s-app: seata-server template: metadata: labels: k8s-app: seata-server spec: containers: - name: seata-server image: docker.io/seataio/seata-server:latest imagePullPolicy: IfNotPresent env: - name: SEATA_CONFIG_NAME value: file:/root/seata-config/registry ports: - name: http containerPort: