Docker Get Started III
3. Services
介绍
在本部分,我们伸缩我们的应用,并且完成负载均衡功能。为了完成这个,我们必须在前面提到的层级结构中上移一层:service。
- stack
- service
- container
什么是服务?
在一个分布式应用中,应用的不同功能部分被称为服务。例如如果你想像一个视频分享网站,它可能包含存储数据在数据库的服务,视频转码的后台服务以及前段用户上传视频的服务。
在docker情景中,简单来说__服务就是生产环境中运行的容器__。一个服务仅仅运行一个镜像,但是它组织镜像如何运行,使用哪个端口,运行多少个副本等等。伸缩一个服务,仅仅需要指定更多的计算资源到每个进程中的服务,从而改变容器实例的数量。
在docker平台上,很容易定义、运行和伸缩服务,通过使用docker-compose.yml文件。
docker-compose.ymls文件
一个docker-compose.yml文件是一个YAML文件,用来定义生产环境中容器的运行方式。
新建一个docker-compose.yml文件:
version: "3"
services:
web:
# replace username/repo:tag with your name and image details
image: dockerjie/get-started:part2
deploy:
replicas: 5
resources:
limits:
cpus: "0.1"
memory: 50M
restart_policy:
condition: on-failure
ports:
- "4000:80"
networks:
- webnet
networks:
webnet:
上面的docker-compose.yml文件描述了:
- 从什么地方去拉取需要的镜像文件
- 运行含有5个实例的镜像作为一个web服务,限制每个实例使用的cpu比例和内存大小
- 重启策略:如果容器fail,立即重启该容器。
- 端口映射:宿主机的4000端口到容器的80端口
- 构建web服务的容器们共享80端口,通过一个被称为webnet的负载均衡的网络。
- 使用默认配置定义webnet网络。
运行可负载均衡的app
在使用docker stack deploy命令之前,先运行:
docker swarm init
现在运行app
docker stack deploy -c docker-compose.yml getstartedlab
这个服务stack正在一个宿主机上运行我们部署的镜像的5个容器实例。
查看服务列表:
docker service ls
上面的输出是关于web服务的信息,分别是服务ID,服务名字,模式,副本的数量,镜像以及暴露的端口信息。
运行服务里面的单个容器叫做task。每一个task有一个递增的数字ID。
列出服务包含的tasks。
docker service ps getstarted_web
同样的查看容器列表也能观察到web服务包m含的task:
docker container ls
测试效果:
可以看到每次访问对应的hostname都不相同,因此部署的web服务已经具有负载均衡的能力。
扩容on-the-fly
修改docker-compose.yml文件中的replicas的值,重新运行:
docker stack deploy -c docker-compose.yml getstartedlab
docker执行一个in-place的更新,没必要停止stack或者停止任何容器。
现在重新查看容器列表:
docker container ls -q
同样的,如果我们扩容了,除了容器增加了,服务包含的task也会相应的增加。
停止app和swarm
- 停止app
docker stack rm getstartedlab
- 停止swarm
docker swarm leave --force
使用Docker很容易构建app和扩缩容。
docker stack ls # List stacks or apps
docker stack deploy -c <composefile> <appname> # Run the specified Compose file
docker service ls # List running services associated with an app
docker service ps <service> # List tasks associated with an app
docker inspect <task or container> # Inspect task or container
docker container ls -q # List container IDs
docker stack rm <appname> # Tear down an application
docker swarm leave --force # Take down a single node swarm from the manager