Docker-compose

本文探讨了DockerCompose如何通过YAML文件定义容器间的依赖关系,特别关注于Fabric网络环境中排序服务与Peer节点的配置。同时,文章列举了DockerCompose的常用命令,并分析了在Fabric操作中常见的权限不足错误。

Compose采用 YAML文件定义 Docker容器之间的依赖,设置环境变量和文件的持久 化。 我们看一个配置文件examples/e2e_cli/base/docker-compose-base.yaml的节选:

  • 在这个节选的配置文件中,一共定义了 l 个排 序服务节点 orderer.example.com 和 l 个 Peer节点 peerO.orgI.example.com。 Docker Compose 目前有 3个版本,这个配置文件采用 的 version 2 的语法,配置文件的解释如表 2-2 所示

  • Docker Compose 的常用命令

Docker Compose 的常用命令如表 2-3 所示 。

  • 常见错误

1. 请求调用者权限不足

调用的时候设置了错误的 MSP,比如需要管理员才能执行创建通道的操作,但是设置了普通的成员 MSP,会出现 Error: Got unexpected status: BAD_REQUEST 的错误 :

2017-08-09 14:49:04.652 UTC [msp] GetLocalMSP -> DEBU 001 Returning existing local MSP
2017-08-09 14:49:04.652 UTC [msp) GetDefaultSigningidentity -> DEBU 002 Obtaining default signing identity
2017-08-09 14:49:04.654 UTC [channelCmd] InitCmdFactory -> INFO 003 Endorser and orderer connections initialized
2017-08-09 14:49:04.656 UTC [msp) GetLocalMSP -> DEBU 004 Returning existing local MSP
2017-08-09 14:49:04.656 UTC [msp) GetDefaultSigningidentity -> DEBU 005 Obtaining default signing identity
2017-08-09 14:49:04.657 UTC [msp] GetLocalMSP -> DEBU 006 Returning existing local MSP
2017-08-09 14:49:04.657 UTC [msp] GetDefaultSigning工dentity -> DEBU 007 Obtaining default signing identity
2017-08-09 14:49:04.657 UTC (msp/identity] Sign -> DEBU 008 Sign: plaintext: OA8 8060A074F7267314D535012FC052D ••• 53616D706C65436F6E736F727469756D
2017-08-09 14:49:04.657 UTC [msp/identity] Sign -> DEBU 009 Sign: digest: F77320 AE89Bl31CE75A858A4A450CFOF35301DA62FE1DE465CAEF4439F6FC520
2017-08-09 14:49:04.657 UTC (msp) GetLocalMSP -> DEBU OOa Returning existing local MSP
2017-08-09 14:49:04.657 UTC (msp) GetDefaultSigningidentity -> DEBU OOb Obtaining default signing identity
2017-08-09 14:49:04.657 UTC (msp) GetLocalMSP -> DEBU OOc Returning existing local MSP
2017-08-09 14:49:04.657 UTC [msp) GetDefaultSigningidentity -> DEBU OOd Obtaining default signing identity
2017-08-09 14:49:04.657 UTC [msp/identity] Sign -> DEBU OOe Sign: plaintext: OAB F060Al508021A0608EOD591D00522 ••• A38A58EED7B94AC4CB800B86FOA5EF03
2017-08-09 14:49:04.658 UTC (msp/identity] Sign -> DEBU OOf Sign: digest: 475A33 426F A36D50F090A AF7C3A A AB2BF34339191BA74D4A60BF13460B241329
Error: Got unexpected status: BAD_REQUEST
Usage:
peer channel create [flags]
Flags:
-c, --channelID string In case of a newChain command, the channel ID to create.
-f, --file string Configuration transaction file generated by a tool such as configtxgen for submitting to orderer
-t, --timeout int Channel creation timeout (default 5)
Global Flags:
--cafile string Path to file containing FEM-encoded trusted certificate(s) for the ordering endpoint
--logging-level string
core.yaml for full syntax
-o, --orderer string --test.coverprofile --tls
Ordering service endpoint
-v, --version
peer chaincode query -C myc -n mycc -v vO -c '{”Args":[”query”,”a”]}· 会出现如下错误:
Default logging level and overrides, see
string
Use TLS when communicating with the orderer endpoint Display current version of fabric peer server

 

 

 

 

 

 

 

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
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值