简化多服务部署:Docker Compose实战与配置详解

8 下载量 178 浏览量 更新于2024-08-29 收藏 91KB PDF 举报
Docker Compose是一种容器编排工具,它简化了在多容器环境下管理和部署微服务应用的过程。在开发过程中,单个应用通常需要多个相互依赖的服务,例如Web服务器、数据库、缓存等。传统的Docker run命令逐个启动和管理这些服务时,涉及到网络配置、容器间的通信等问题,效率低下且复杂。 Docker Compose通过在`docker-compose.yml`配置文件中定义服务的构建、网络、环境变量和依赖关系,提供了一种集中化的解决方案。这个文件是一个YAML格式的配置文件,包含了服务的名称、镜像、端口映射、卷挂载、环境变量以及服务之间的依赖关系。这样,只需一次`docker-compose up`命令,所有依赖的服务就会自动启动并协同工作,极大地提高了开发和部署的便利性。 以一个实际的Python Web应用为例,该应用使用Flask框架提供web服务,同时依赖Redis进行数据存储和计数。开发者首先需要创建`app.py`文件,定义 Flask 应用并连接到 Redis 服务。然后,创建`requirements.txt`文件,列出应用程序所需的库(如Flask和Redis)以便Docker能正确安装。接着,编写`Dockerfile`,定义镜像构建过程,包括基础镜像的选择、环境设置和启动命令,以及可能的端口映射。 使用Docker Compose时,流程如下: 1. 创建包含`docker-compose.yml`、`app.py`、`requirements.txt`和`Dockerfile`的项目文件夹。 2. 在`docker-compose.yml`中配置服务,如: ``` services: web: build: . ports: - "5000:5000" depends_on: - redis redis: image: redis:latest ``` 这里定义了两个服务:web(基于本地代码构建,监听5000端口,并依赖Redis)和redis(使用官方Redis镜像)。 3. 执行`docker-compose up`命令,Docker Compose会根据配置文件启动所有服务,包括网络配置和互相通信。访问`http://localhost:5000/`即可看到Web应用并查看访问计数。 4. 如果需要停止或重启服务,只需执行`docker-compose down`或`docker-compose restart`命令,Docker Compose会相应地管理这些操作。 Docker Compose通过统一的配置文件和命令行工具,简化了多服务应用的部署和管理,使得开发人员能够更专注于业务逻辑,而不用过多关注底层的容器管理和网络配置,提升了开发效率和应用的可维护性。
2019-09-25 上传
docker-compose 搭建的lamp+redis 代码 附上docker-compose # 标准配置文件应该包含 version、services、networks 三大部分, # 其中最关键的就是 services 和 networks 两个部分,下面先来看 services 的书写规则 # 指定版本号 version: '2' services: # 在 services 标签下的第二级标签是 console,这个名字是用户自己自定义,它就是服务名称。 console: # 为自定义的容器指定一个名称,而不是使用默认的名称 container_name: console # 容器内置名称 hostname: console # 指明路径 build: # context 指定绝对路径或者相对路径 context: ./images/console # dockerfile 指定 Dockerfile 的文件名称 dockerfile: Dockerfile # volumes_from 从其它容器或者服务挂载数据卷, # 可选的参数是 :ro 或 :rw,前者表示容器只读,后者表示容器对数据卷是可读可写的(默认情况为可读可写的)。 volumes_from: - php # 挂载一个目录或者一个已存在的数据卷容器,可以直接使用 HOST:CONTAINER 这样的格式 # ,或者使用 HOST:CONTAINER:ro 这样的格式,后者对于容器来说,数据卷是只读的,这样可以有效保护宿主机的文件系统 volumes: # 使用绝对路径挂载数据卷 - /root/.ssh/:/root/.ssh/ # 类似于使用 docker run 的效果 我也不知道 不写因为console并不是直接启动导致镜像不会产生 tty: true # web,这个名字是用户自己自定义,它就是服务名称。 web: # 为自定义的容器指定一个名称,而不是使用默认的名称 container_name: web # 容器内置名称 hostname: web # 指明路径 build: # context 指定绝对路径或者相对路径 context: ./images/nginx # dockerfile 指定 Dockerfile 的文件名称 dockerfile: Dockerfile # 映射端口 ports: - '80:80' # 此选项解决了启动顺序的问题 这个的意思是必须在php启动以后才能启动 # 注意的是,默认情况下使用 docker-compose up web 这样的方式启动 web 服务时, # 也会启动 php 服务,因为在配置文件中定义了依赖关系 depends_on: - php # volumes_from 从其它容器或者服务挂载数据卷, volumes_from: - php volumes: # 已经存在的命名的数据卷 - nginx-log:/var/log/nginx # 以 Compose 配置文件为中心的相对路径作为数据卷挂载到容器 - ./images/nginx/sites-enabled:/etc/nginx/sites-enabled - ./images/nginx/cert:/etc/nginx/cert # 加入指定网络 networks: default: # 同一网络上的其他容器可以使用服务器名称或别名来连接到其他服务的容器 aliases: - web.sunchanghao.top - mid.sunchanghao.top - sevice.sunchanghao.top - admin.sunchanghao.top # php,这个名字是用户自己自定义,它就是服务名称。 php: # 为自定义的容器指定一个名称,而不是使用默认的名称 container_name: php # 容器内置名称 hostname: php # 服务除了可以基于指定的镜像,还可以基于一份 Dockerfile, # 在使用 up 启动之时执行构建任务,这个构建标签就是 build,它可以指定 Dockerfile # 所在文件夹的路径。Compose 将会利用它自动构建这个镜像,然后使用这个镜像启动服务容器 build: # context 选项可以是 Dockerfile 的文件路径,也可以是到链接到 git 仓库的 url # 当提供的值是相对路径时,它被解析为相对于撰写文件的路径,此目录也是发送到 Docker 守护进程的 context context: ./images/php # 使用此 dockerfile 文件来构建,必须指定构建路径 dockerfile: Dockerfile # 挂载一个目录或者一个已存在的数据卷容器, volumes: # 以 Compose 配置文件为中心的相对路径作为数据卷挂载到容器。 - ./app:/mnt/app # db,这个名字是用户自己自定义,它就是服务名称。 db: # 为自定义的容器指定一个名称,而不是使用默认的名称 container_name: db # 容器内置名称 hostname: db # 从指定的镜像中启动容器,可以是存储仓库、标签以及镜像 ID image: mysql:5.7 environment: MYSQL_USER: 'sch' MYSQL_PASS: '1111' MYSQL_ROOT_PASSWORD: 'root' volumes: - db:/var/lib/mysql ports: - '3306:3306' redis: # 为自定义的容器指定一个名称,而不是使用默认的名称 container_name: redis # 容器内置名称 hostname: redis # image 则是指定服务的镜像名称或镜像 ID。如果镜像在本地不存在,Compose 将会尝试拉取这个镜像。 image: redis:3.2.7 # 设置端口号 ports: - '6379:6379' # 挂载一个目录或者一个已存在的数据卷容器 volumes: # 已经存在的命名的数据卷。 - redis:/data # node volumes: nginx-log: # 设置volume的驱动,默认是local. driver: local db: driver: local redis: driver: local