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