Java面试必备：Docker Swarm vs Kubernetes集群管理的主要区别

Docker 面试题 - Docker Swarm和Kubernetes在集群管理上的主要区别是什么?

---

引言

在现代云计算和微服务架构中，容器编排工具已成为不可或缺的组成部分。Docker Swarm和Kubernetes（K8s）是两种最流行的容器编排解决方案，它们都能帮助开发者和运维团队管理容器化应用的部署、扩展和运维。本文将深入比较这两者在集群管理上的主要区别。

1. 架构设计对比

Docker Swarm 架构

Manager Node

Worker Node

Worker Node

Worker Node

Container

Container

Container

Docker Swarm采用相对简单的架构：

• Manager节点：负责集群状态管理和任务调度
• Worker节点：运行容器实例
• 内置在Docker引擎中，无需额外组件

Kubernetes 架构

Control Plane

API Server

Control Plane

Controller Manager

Scheduler

etcd

Node

Node

Node

kubelet

Container Runtime

kubelet

Container Runtime

Kubernetes架构更为复杂：

• 控制平面(Control Plane)：包括API Server、Scheduler、Controller Manager和etcd
• 工作节点(Node)：运行kubelet和容器运行时
• 需要多个组件协同工作

2. 主要功能对比

特性	Docker Swarm	Kubernetes
安装复杂度	简单	复杂
学习曲线	平缓	陡峭
自动扩展	需手动或第三方工具	原生支持(HPA)
服务发现	内置DNS	更强大的DNS和服务发现
负载均衡	基本支持	高级支持(Ingress等)
更新策略	滚动更新	多种策略(蓝绿等)
社区生态	较小	庞大

3. 部署示例对比

Docker Swarm 部署Java应用

// 简单的Spring Boot应用示例
@SpringBootApplication
@RestController
public class SwarmDemoApplication {
    
    @GetMapping("/")
    public String hello() {
        return "Hello from Docker Swarm!";
    }

    public static void main(String[] args) {
        SpringApplication.run(SwarmDemoApplication.class, args);
    }
}

部署步骤：

1. 构建Docker镜像：docker build -t my-java-app .
2. 初始化Swarm：docker swarm init
3. 部署服务：docker service create --name java-service -p 8080:8080 my-java-app

Kubernetes 部署Java应用

使用相同的Java应用代码，但部署方式不同：

# deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: java-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: java-app
  template:
    metadata:
      labels:
        app: java-app
    spec:
      containers:
      - name: java-app
        image: my-java-app
        ports:
        - containerPort: 8080
---
# service.yaml
apiVersion: v1
kind: Service
metadata:
  name: java-service
spec:
  selector:
    app: java-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  type: LoadBalancer

部署步骤：

1. 构建Docker镜像：docker build -t my-java-app .
2. 推送至镜像仓库
3. 应用配置：kubectl apply -f deployment.yaml -f service.yaml

4. 扩展性对比

需要扩展

Docker Swarm

Kubernetes

手动调整副本数量
docker service scale web=5

自动水平扩展
HPA根据CPU/内存自动调整

手动扩展
kubectl scale deployment web --replicas=5

Kubernetes提供更强大的自动扩展能力：

• 基于CPU/内存使用率的自动扩展(HPA)
• 支持自定义指标扩展
• 集群自动扩展(CA)

而Docker Swarm主要依赖手动扩展或第三方工具实现自动扩展。

5. 网络模型对比

Docker Swarm 网络

覆盖网络

路由网格

路由网格

ServiceA

ServiceB

外部访问

• 使用覆盖网络(overlay)实现跨主机通信
• 内置DNS服务发现
• 路由网格(Routing Mesh)实现外部访问

Kubernetes 网络

每个Pod独立IP

负载均衡

负载均衡

Pod1

Pod2

Service

Ingress

• 每个Pod获得唯一IP
• Service提供稳定的访问端点
• Ingress提供高级路由功能
• 网络策略(NetworkPolicy)实现微隔离

6. 监控和日志

Docker Swarm 监控示例(Java)

// 使用Micrometer暴露指标
@Bean
public MeterRegistryCustomizer<PrometheusMeterRegistry> metricsCommonTags() {
    return registry -> registry.config().commonTags("application", "swarm-demo");
}

监控方式：

• 使用Docker stats命令
• 第三方工具如Portainer
• 需要自行搭建监控系统

Kubernetes 监控示例(Java)

// 使用Kubernetes Java客户端获取集群信息
public class K8sMonitor {
    public static void main(String[] args) {
        ApiClient client = Config.defaultClient();
        CoreV1Api api = new CoreV1Api(client);
        
        V1PodList list = api.listPodForAllNamespaces(null, null, null, null, null, null, null, null, null);
        for (V1Pod item : list.getItems()) {
            System.out.println(item.getMetadata().getName());
        }
    }
}

Kubernetes提供更丰富的监控选择：

• 内置Metrics Server
• Prometheus + Grafana生态
• 完善的日志收集方案(EFK等)
• 原生健康检查(Readiness/Liveness)

7. 适用场景

Docker Swarm 适合：

• 小型项目或团队
• 快速原型开发
• 已有Docker经验但不需要复杂功能的场景
• 资源有限的环境

Kubernetes 适合：

• 大规模生产环境
• 需要高级功能的复杂应用
• 多云或混合云部署
• 需要强大生态支持的企业

结论

Docker Swarm和Kubernetes各有优劣，选择取决于具体需求：

• 简单易用：Docker Swarm是更好的选择，学习成本低，集成在Docker引擎中
• 功能强大：Kubernetes无疑是更强大的解决方案，适合复杂场景
• 未来发展：Kubernetes已成为行业标准，而Docker Swarm的发展相对缓慢

对于大多数企业级应用，Kubernetes提供的丰富功能和强大生态使其成为更优选择，而小型项目或快速原型开发可能更适合使用Docker Swarm。

30% 40% 20% 10% 编排工具选择考虑因素 简单易用 功能需求 团队技能 未来扩展

简单易用 : 30%	功能需求 : 40%	团队技能 : 20%	未来扩展 : 10%