Docker公司 + 关注
手机版

2018 年 Docker 大事件回顾,Docker Compose 助力简化 Kubernetes 体验

  1. 云栖社区>
  2. Docker公司>
  3. 博客>
  4. 正文

2018 年 Docker 大事件回顾,Docker Compose 助力简化 Kubernetes 体验

docker公司 2019-01-16 14:53:29 浏览1142 评论0

摘要: 随着2018年的结束,我们将回顾排名前五的最受读者欢迎的文章。今天将分享该系列的最后一篇文章,Docker Compose 助力 Kubernetes,帮您轻松上手 Kubernetes。

screenshot

出品丨Docker公司(ID:docker-cn)
编译丨小东
每周一、三、五,与您不见不散!


随着2018年的结束,我们将回顾排名前五的最受读者欢迎的文章。今天将分享该系列的最后一篇文章,Docker Compose 助力 Kubernetes,帮您轻松上手 Kubernetes。

screenshot

随着 Docker 对 Kubernetes 开放 Docker Compose的支持,现在的用户可以选择在任意 Kubernetes 集群上使用这个全新的功能。


如果已经拥有 Kubernetes 为什么还需要 Compose 呢?

Kubernetes API 非常庞大。最新版本中有超过50个第一梯队的对象,从 Pods 和 Deployments 到 Validating Webhook Configuration 和 ResourceQuota。这无疑会导致配置的冗长,这就需要由开发人员进行管理。让我们看一个具体的例子:

Sock Shop 是微服务应用程序的典型示例。它是由使用多种技术和后端组成的多个服务,所有 服务都打包成为 Docker 镜像。它还提供了使用不同工具的示例配置,包括 Compose 和原始 Kubernetes 配置。接下来,我们来看看这些配置的相对大小:

Sock Shop 示例:https://github.com/microservices-demo/microservices-demo

$ git clone https://github.com/microservices-demo/microservices-demo.git
$ cd deployment/kubernetes/manifests
$ (Get-ChildItem -Recurse -File | Get-Content | Measure-Object -line).Lines
908
$ cd ../../docker-compose
$ (Get-Content docker-compose.yml | Measure-Object -line).Lines
174

仅使用原始 Kubernetes 对象描述完全相同的多服务应用程序所需的配置数量是 Compose 的5倍以上。这不仅仅是作者的前期成本,这也是维持的持续成本。Kubernetes API 具有强大的通用性,它公开了用于构建全系列分布式系统的低级原语。Compose 不仅仅只是一个 API,而是一个专注于提高开发人员生产力的高级工具。这就是将 Compose和 Kubernetes 组合在一起的原因。对于一组相互连接的 web 服务的常见情况,Compose 提供了一个简化 Kubernetes 配置的抽象。对于其他内容,您仍然可以下载到原始的 Kubernetes API 语言。让我们看看这一切是如何运作的。

首先,我们需要将 Kubernetes 控制器上的 Compose 安装到您的 Kubernetes 集群中。该控制器使用标准的 Kubernetes 扩展点将Stack堆栈引入 Kubernetes API。您可以使用任意的 Kubernetes 集群,但如果您还没有可用的集群,请记住 Docker Desktop 内置了 Kubernetes 和 Compose 控制器,启用它们就像在设置中勾选一个框一样简单。

要在任意 Kubernetes 群集上手动安装控制器,请浏览 https://github.com/docker/compose-on-kubernetes 参阅完整的安装说明文档。

接下来让我们编写一个简单的 Compose 文件:

version: "3.7"
services:
 web:
 image: dockerdemos/lab-web
 ports:
 - "33000:80"
 words:
 image: dockerdemos/lab-words
 deploy:
 replicas: 3
 endpoint_mode: dnsrr
 db:
 image: dockerdemos/lab-db

然后我们将使用 docker 客户端将其部署到运行控制器的 Kubernetes 集群:

$ docker stack deploy --orchestrator=kubernetes -c docker-compose.yml words
Waiting for the stack to be stable and running...
db: Ready [pod status: 1/1 ready, 0/1 pending, 0/1 failed]
web: Ready [pod status: 1/1 ready, 0/1 pending, 0/1 failed]
words: Ready [pod status: 1/3 ready, 2/3 pending, 0/3 failed]
Stack words is stable and running

然后我们可以通过 Kubernetes API 与这些对象进行交互。在这里,您可以看到我们自动创建了 Services、Pod、Deployments 和 ReplicaSet 等较低级别的对象:

$ kubectl get all
NAME READY STATUS RESTARTS AGE
pod/db-85849797f6-bhpm8 1/1 Running 0 57s
pod/web-7974f485b7-j7nvt 1/1 Running 0 57s
pod/words-8fd6c974-44r4s 1/1 Running 0 57s
pod/words-8fd6c974-7c59p 1/1 Running 0 57s
pod/words-8fd6c974-zclh5 1/1 Running 0 57s
 
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/db ClusterIP None 55555/TCP 57s
service/kubernetes ClusterIP 10.96.0.1 443/TCP 4d
service/web ClusterIP None 55555/TCP 57s
service/web-published LoadBalancer 10.102.236.49 localhost 33000:31910/TCP 57s
service/words ClusterIP None 55555/TCP 57s
 
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
deployment.apps/db 1 1 1 1 57s
deployment.apps/web 1 1 1 1 57s
deployment.apps/words 3 3 3 3 57s
 
NAME DESIRED CURRENT READY AGE
replicaset.apps/db-85849797f6 1 1 1 57s
replicaset.apps/web-7974f485b7 1 1 1 57s
replicaset.apps/words-8fd6c974 3 3 3 57s

需要注意的是,这不是一次性的转换。Kubernetes API 服务器上的 Compose 将Stack堆栈资源引入 Kubernetes API。因此,我们可以在构建应用程序时以相同的抽象级别查询和管理所有内容。这使得深入研究上述细节对于理解工作原理或调试问题非常有用,但大部分时间都不需要:

$ kubectl get stack
NAME STATUS PUBLISHED PORTS PODS AGE 
words Running 33000 5/5 4m

与其他的 Kubernetes 工具集成

因为Stack堆栈现在是本地 Kubernetes 的对象,所以您可以使用其他的 Kubernetes 工具来处理它。例如,将其保存为stack.yaml

kind: Stack
apiVersion: compose.docker.com/v1beta2
metadata:
 name: hello
spec:
 services:
 - name: hello
 image: garethr/skaffold-example
 ports:
 - mode: ingress
 target: 5678
 published: 5678
 protocol: tcp

您可以使用 Skaffold 等工具自动重建镜像,并在更改应用程序的任何详细信息时自动重新部署堆栈。 这使得本地内环开发体验非常棒。您只需要以下skaffold.yaml的配置文件:

apiVersion: skaffold/v1alpha5
kind: Config
build:
 tagPolicy:
 sha256: {}
 artifacts:
 - image: garethr/skaffold-example
 local:
 useBuildkit: true
deploy:
 kubectl:
 manifests:
 - stack.yaml

未 来

我们已经对 Helm 插件有了一些想法,使用 Compose 来描述您的应用程序,并尽可能简单地使用 Helm 进行部署。 我们还有很多其他想法,可以帮助简化与 Kubernetes 一起工作的开发人员的体验,同时又不会失去平台的任何功能。我们还希望与更广泛的 Cloud Native 社区合作,因此如果您有任何想法和建议,可以随时告诉我们。

Kubernetes 旨在扩展,我们希望您喜欢我们今天所发布的内容。如果您是数百万 Compose 用户的一员,那么您现在就可以更轻松地迁移到 Kubernetes 并管理您的应用程序。如果你是一个 Kubernetes 用户,在过多的低级配置上苦苦挣扎,那么试试 Compose 吧。

【云栖快讯】一站式开发者服务,海量学习资源免费学  详情请点击

网友评论