go-zero标准的项目结构,以及如何使用docker-compose部署道linux服务器上

置顶 已于 2024-03-03 14:24:12 修改
阅读量810 收藏 10
点赞数 11
分类专栏： 运维 文章标签： 服务器 golang docker
于 2024-02-19 19:44:36 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/c0210g/article/details/136175402
版权
本文介绍了如何使用go-zero框架构建项目结构，包括服务拆分和docker-compose部署步骤，重点讲解了如何在不同服务间调用rpc服务以及如何编写Dockerfile以部署在Linux服务器上。
摘要由CSDN通过智能技术生成

go-zero标准的项目结构,以及如何使用docker-compose部署道linux服务器上

如履薄冰

先附上一张图表示我这几天的心情吧,微服务确实有点难啊.但是谁让它是go-zero呢.只要是go的,我都喜欢.
如履薄冰

go-zero项目结构

刚学完go-zero框架,就着手写一个小项目练习练习,谁知道一开始就把项目结构搭错了,被官网的项目结构误解了.(怪我,没看懂官网上的意思,现在才恍然大悟)

先给出一个树形结构吧,能看懂直接跳过接口

etcd和etcd-manage这两个文件夹可以忽略,在部署的时候会解释.app目录下面有两个服务,tag服务和user服务.两个服务内部都是三个目录,一个common,是一些公共配置,如fgorm,jwt等等.restful则是对应服务的api层.service是对应服务的rpc层.其实每一个服务就可以相当于是一个小项目了.

─app
    ├─etcd
    ├─etcd-manage
    ├─tag
    │  ├─common
    │  │  ├─bcrypt
    │  │  ├─gorm
    │  │  ├─jwt
    │  │  ├─redis
    │  │  ├─response
    │  │  └─validate
    │  ├─restful
    │  │  ├─etc
    │  │  ├─internal
    │  │  │  ├─config
    │  │  │  ├─handler
    │  │  │  │  ├─tagLogin
    │  │  │  │  └─tagTest
    │  │  │  ├─logic
    │  │  │  │  ├─tagLogin
    │  │  │  │  └─tagTest
    │  │  │  ├─svc
    │  │  │  └─types
    │  │  ├─logs
    │  │  └─tag
    │  │      └─logs
    │  └─service
    │      ├─client
    │      │  ├─taglogin
    │      │  └─tagsign
    │      ├─etc
    │      ├─internal
    │      │  ├─config
    │      │  ├─logic
    │      │  │  ├─taglogin
    │      │  │  └─tagsign
    │      │  ├─server
    │      │  │  ├─taglogin
    │      │  │  └─tagsign
    │      │  ├─svc
    │      │  └─types
    │      ├─logs
    │      └─tag
    └─user
        ├─common
        │  ├─bcrypt
        │  ├─gorm
        │  ├─jwt
        │  ├─redis
        │  ├─response
        │  └─validate
        ├─restful
        │  ├─etc
        │  ├─internal
        │  │  ├─config
        │  │  ├─handler
        │  │  │  └─userGroup
        │  │  ├─logic
        │  │  │  └─userGroup
        │  │  ├─svc
        │  │  └─types
        │  └─logs
        └─service
            ├─etc
            ├─internal
            │  ├─config
            │  ├─logic
            │  ├─server
            │  ├─svc
            │  └─types
            ├─logs
            ├─user
            └─userservice

项目结构图片

图1
图2
user和tag服务目录结构大致相同

如此一来,一个api内如何调用两个完全独立的rpc服务呢?

其实很简单,把另一个服务的.proto文件复制一份到自己的服务内一份,然后执行goctl命令生成一份代码. 然后就和在一个服务内 api调用rpc业务逻辑的方法相同了.
注意:再这个服务内生成的代码,是不需要你再重新编写业务逻辑的

使用docker-compose部署

1.ETCD镜像文件的编写

在上述的etcd文件夹下面新建一个Dockerfile文件.内容如下
每一个服务内的yaml文件内可以按照如下写法.

在这里插入图片描述

FROM bitnami/etcd:latest

LABEL maintainer="zyf021026 <your-email>"

2.ETCD-UI镜像文件的编写

在上述文件夹,etcd-manage下编写Dockerfile,内容如下

FROM evildecay/etcdkeeper

LABEL maintainer="zyf021026 <your-email>"

3.服务内dockerfile内容的编写

用user服务举例

user服务中的rpc层Dockerfile编写

1.进入user/restful目录 使用goctl工具生成dockerfile文件
goctl docker -go user.go #生成的文件暂时放着不管
2.在进入user/service目录 , 使用goctl工具生成dockerfile文件
goctl docker -go user.go #同样暂时忽略


#########################
需要简单修改生成的dockerfile文件 以 api服务中的dockerfile为例
FROM golang:alpine AS builder

LABEL stage=gobuilder

ENV CGO_ENABLED 0
ENV GOPROXY https://goproxy.cn,direct
RUN sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories

RUN apk update --no-cache && apk add --no-cache tzdata

WORKDIR /build

ADD go.mod .
ADD go.sum .
RUN go mod download
COPY . .
COPY restful/etc /app/etc #检查此处的配置文件目录
RUN go build -ldflags="-s -w" -o /app/user restful/user.go #这个地方需要检查生成的go文件路径是否正确.


FROM scratch

COPY --from=builder /etc/ssl/certs/ca-certificates.crt /etc/ssl/certs/ca-certificates.crt
COPY --from=builder /usr/share/zoneinfo/Asia/Shanghai /usr/share/zoneinfo/Asia/Shanghai
ENV TZ Asia/Shanghai

WORKDIR /app
COPY --from=builder /app/user /app/user
COPY --from=builder /app/etc /app/etc

CMD ["./user", "-f", "etc/user.yaml"] #此处配置文件的路径和名称是否符合要求

#########################

#########################
其它Dokcerfile如上
#########################

4.在服务器上构建镜像文件

当热,此处是有更简便的方法,但是,目前水平有限,后续在升级.
在这里插入图片描述
把user/restful和user/service中的Dockerfile依次拉到对应服务的根目录下.然后执行dockerbuild–no-cache-timage-name:0.0.1

我的项目中tag服务也是同样的操作.

5.Docker-compose编写

docker-compose.yaml 是在项目的根目录下编写的.
注意修改你自己生成的镜像的名称,同时在服务器上暴露你的端口
镜像生成完成之后,编写docker-compose.yaml部署容器 (刚才编写的两个etcd的Dockerfile就派上用处了)

version: '3'

networks:
  backend:
    driver: bridge


######## 项目依赖的环境，启动项目之前要先启动此环境 #######
services:
  etcd:
    build:
      context: etcd #etcd的Dockerfie路径
    environment:
      - TZ=Asia/Shanghai
      - ALLOW_NONE_AUTHENTICATION=yes
      - ETCD_ADVERTISE_CLIENT_URLS=http://your_ip:2379
    ports: # 设置端口映射
      - "2379:2379"
    networks:
      - backend
    restart: always
  etcd-manage:
    build:
      context: etcd-manage#etcd-ui的Dockerfie路径
    environment:
      - TZ=Asia/Shanghai
    ports:
      - "7000:8080"                    # 设置容器8080端口映射指定宿主机端口，用于宿主机访问可视化web
    depends_on:                                       # 依赖容器
      - etcd                                          # 在 etcd 服务容器启动后启动
    networks:
      - backend
    restart: always
  # 服务发现
  tag-rpc: #自定义容器名称
    image: tag-rpc:0.0.1
    container_name: tag-rpc
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8081:8081"
    networks:
      - backend

  user-rpc: #自定义容器名称
    image: user-rpc:0.0.1
    container_name: user-rpc
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8082:8082"
    networks:
      - backend

  tag-api: #自定义容器名称
    image: tag-api:0.0.1
    container_name: tag-api
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8888:8888"
    networks:
      - backend

  user-api: #自定义容器名称
    image: user-api:0.0.1
    container_name: user-api
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8887:8887"
    networks:
      - backend

出现如下情况成功
如有疑问,可以私信

升级版docker-compose.yaml 一键部署

上述Dockerfile中的内容不需要改变
docker-compose.yaml中内容改写
docker-compose.yaml中的kafak镜像不需要可以注释掉

#version: '3'
#
#networks:
#  backend:
#    driver: bridge
#
#
######### 项目依赖的环境，启动项目之前要先启动此环境 #######
#services:
#  etcd:
#    build:
#      context: etcd
#    environment:
#      - TZ=Asia/Shanghai
#      - ALLOW_NONE_AUTHENTICATION=yes
#      - ETCD_ADVERTISE_CLIENT_URLS=http://101.37.175.145:2379
#    ports: # 设置端口映射
#      - "2379:2379"
#    networks:
#      - backend
#    restart: always
#  etcd-manage:
#    build:
#      context: etcd-manage
#    environment:
#      - TZ=Asia/Shanghai
#    ports:
#      - "7000:8080"                    # 设置容器8080端口映射指定宿主机端口，用于宿主机访问可视化web
#    depends_on:                                       # 依赖容器
#      - etcd                                          # 在 etcd 服务容器启动后启动
#    networks:
#      - backend
#    restart: always
#  # 服务发现
#  tag-rpc: #自定义容器名称
#    image: tag-rpc:0.0.1
#    container_name: tag-rpc
#    restart: always
#    environment: #设置环境变量
#      - TZ=Asia/Shanghai
#    privileged: true
#    ports: #设置端口映射
#      - "8081:8081"
#    networks:
#      - backend
#
#  user-rpc: #自定义容器名称
#    image: user-rpc:0.0.1
#    container_name: user-rpc
#    restart: always
#    environment: #设置环境变量
#      - TZ=Asia/Shanghai
#    privileged: true
#    ports: #设置端口映射
#      - "8082:8082"
#    networks:
#      - backend
#
#  tag-api: #自定义容器名称
#    image: tag-api:0.0.1
#    container_name: tag-api
#    restart: always
#    environment: #设置环境变量
#      - TZ=Asia/Shanghai
#    privileged: true
#    ports: #设置端口映射
#      - "8888:8888"
#    networks:
#      - backend
#
#  user-api: #自定义容器名称
#    image: user-api:0.0.1
#    container_name: user-api
#    restart: always
#    environment: #设置环境变量
#      - TZ=Asia/Shanghai
#    privileged: true
#    ports: #设置端口映射
#      - "8887:8887"
#    networks:
#      - backend

version: '3'

networks:
  backend:
    driver: bridge


######## 项目依赖的环境，启动项目之前要先启动此环境 #######
services:
  etcd:
    build:
      context: etcd
    environment:
      - TZ=Asia/Shanghai
      - ALLOW_NONE_AUTHENTICATION=yes
      - ETCD_ADVERTISE_CLIENT_URLS=http://101.37.175.145:2379
    ports: # 设置端口映射
      - "2379:2379"
    networks:
      - backend
    restart: always
  etcd-manage:
    build:
      context: etcd-manage
    environment:
      - TZ=Asia/Shanghai
    ports:
      - "7000:8080"                    # 设置容器8080端口映射指定宿主机端口，用于宿主机访问可视化web
    depends_on:                                       # 依赖容器
      - etcd                                          # 在 etcd 服务容器启动后启动
    networks:
      - backend
    restart: always
  zoo1:
    image: confluentinc/cp-zookeeper:7.3.2
    hostname: zoo1
    container_name: zoo1
    ports:
      - "2181:2181"
    environment:
      ZOOKEEPER_CLIENT_PORT: 2181
      ZOOKEEPER_SERVER_ID: 1
      ZOOKEEPER_SERVERS: zoo1:2888:3888

  kafka1:
    image: confluentinc/cp-kafka:7.3.2
    hostname: kafka1
    container_name: kafka1
    ports:
      - "9092:9092"
      - "29092:29092"
      - "9999:9999"
    environment:
      KAFKA_ADVERTISED_LISTENERS: INTERNAL://kafka1:19092,EXTERNAL://${DOCKER_HOST_IP:-127.0.0.1}:9092,DOCKER://host.docker.internal:29092
      KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: INTERNAL:PLAINTEXT,EXTERNAL:PLAINTEXT,DOCKER:PLAINTEXT
      KAFKA_INTER_BROKER_LISTENER_NAME: INTERNAL
      KAFKA_ZOOKEEPER_CONNECT: "zoo1:2181"
      KAFKA_BROKER_ID: 1
      KAFKA_LOG4J_LOGGERS: "kafka.controller=INFO,kafka.producer.async.DefaultEventHandler=INFO,state.change.logger=INFO"
      KAFKA_OFFSETS_TOPIC_REPLICATION_FACTOR: 1
      KAFKA_TRANSACTION_STATE_LOG_REPLICATION_FACTOR: 1
      KAFKA_TRANSACTION_STATE_LOG_MIN_ISR: 1
      KAFKA_JMX_PORT: 9999
      KAFKA_JMX_HOSTNAME: ${DOCKER_HOST_IP:-127.0.0.1}
      KAFKA_AUTHORIZER_CLASS_NAME: kafka.security.authorizer.AclAuthorizer
      KAFKA_ALLOW_EVERYONE_IF_NO_ACL_FOUND: "true"
    depends_on:
      - zoo1
  kafka-ui:
    container_name: kafka-ui
    image: provectuslabs/kafka-ui:latest
    ports:
      - 8080:8080
    depends_on:
      - kafka1
    environment:
      DYNAMIC_CONFIG_ENABLED: "TRUE"
  # 服务发现
  tag-rpc: #自定义容器名称
    build:
      context: tag
      dockerfile: service/Dockerfile
    container_name: tag-rpc
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8081:8081"
    networks:
      - backend

  user-rpc: #自定义容器名称
    build:
      context: user
      dockerfile: service/Dockerfile
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8082:8082"
    networks:
      - backend

  tag-api: #自定义容器名称
    build:
      context: tag
      dockerfile: restful/Dockerfile
    container_name: tag-api
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8888:8888"
    networks:
      - backend

  user-api: #自定义容器名称
    build:
      context: user
      dockerfile: restful/Dockerfile
    container_name: user-api
    restart: always
    environment: #设置环境变量
      - TZ=Asia/Shanghai
    privileged: true
    ports: #设置端口映射
      - "8887:8887"
    networks:
      - backend
楚钧艾克
关注
  • 11
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
【go-zero】docker镜像直接部署go-zero的API与RPC服务 如何实现注册发现？docker network 实现 go-zero 注册发现
CTRA®王大大技术中心
08-03 1459
【go-zero】docker镜像直接部署API与RPC服务 如何实现注册发现？docker network 实现 go-zero 注册发现
Go-Zero 短链项目 DevOps 实战，利用 Drone CI/CD 打通上云（Kubernetes）迭代流程
o__cc的博客
01-01 660
Go-Zero 官方短链项目教程：快速构建高并发微服务 关于 go-zero，大家可以看文档。为少认为它是中国目前最好用的 golang 微服务框架。 完整的 Go-Zero ShortUrl DevOps Demo 准备工作 我这里直接在 K8S 开发集群中部署相关实例。 生产求稳，建议大家还是买云数据库服务。 部署 Mysql、Redis、Etcd。 部署 Drone、Drone-Ru...
go-zero微服务到k8s部署应有尽有系列（十五）发布服务到k8s
吕秀军的博客
02-25 2277
go-zero微服务到k8s部署应有尽有系列（十五）发布服务到k8s
go-zero入门学习教程（看了就会）
最新发布
宋发元
06-12 346
这算是比较完整的入门教程，跟着教程，照葫芦画瓢，多练习几次，自然就记住了。教程源码分支：6.zero整合Excelize操作Excel。教程源码分支：5.zero整合单机ClickHouse。教程源码分支：4.zero整合asynq定时任务。教程源码分支：2.zero整合单机Redis。教程源码分支：3.zero整合单机kafka。新手的话，你得把这个刷完了再继续刷其他的。教程源码分支：1.zero入门。
Go-Zero 项目结构示例
weixin_46278563的博客
06-06 819
├── api/ # API 定义文件目录│ ├── my_service.api # API 定义文件，用于描述服务的接口和数据模型├── cmd/ # 服务命令目录│ ├── my_service/ # 具体服务目录│ │ ├── main.go # 服务入口文件，初始化和启动服务。
go-zero docker-compose 搭建课件服务（八）：集成jaeger链路追踪
liuyuede123的博客
09-05 1281
一个外部请求需要内部若干服务的联动响应，这时候完整的调用轨迹将跨越多个服务，同时包括服务间的网络传输信息与各个服务内部的调用堆栈信息。追踪的主要目的是排查故障，如分析调用链的哪一部分、哪个方法出现错误或阻塞，输入输出是否符合预期，等等。
go-zero docker-compose 搭建课件服务（五）：完善user服务
liuyuede123的博客
08-29 505
go-zero docker-compose 搭建课件服务（五）：完善user服务
go-zero源码阅读-服务部署
weixin_47218612的博客
05-03 545
服务部署 生产环境搭建 docker & k8s搭建 详细请看我的下一篇文章 git私有仓库 & 容器私有仓库 & CI、DI 详细请看我的下一篇文章 配置文件编写 & 生成 dockerfile 我们先用网关部分代码来演示 执行代码 ./cmd.sh gen dockerfile gateway 生成文件 code/service/gateway/api/Dockerfile ### 加载基础镜像 FROM golang:alpine AS builder L
ruoyi-cloud微服务Linux中docker-compose部署
05-10
ruoyi-cloud微服务Linux中docker-compose部署 博客链接:https://blog.csdn.net/zht3306/article/details/124687425?spm=1001.2014.3001.5501
docker-compose-linux-x86_64
09-21
Docker-Compose项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。 Docker-Compose将所管理的容器分为三层，分别是工程（project），服务（service）以及容器（container）。Docker-Compose运行...
docker-compose 容器部署 mqtt
07-30
docker-compose 容器部署 mqtt 配置文件
docker-compose-linux-aarch64
12-14
总结来说，"docker-compose-linux-aarch64"提供了在Linux AArch64系统上运行Docker Compose的途径，解决了特定版本下载慢的问题。用户可以通过这个资源快速获取并安装Docker Compose，从而更高效地管理和部署多容器...
docker-compose部署配置jenkins的详细教程
01-09
在 `docker-compose.yml` 文件中，我们指定了 Jenkins 服务的配置。`version: '3.1'` 表示使用的 Docker Compose 版本。`jenkins` 服务使用官方的 Jenkins LTS (长期支持) 镜像，即 `jenkins/jenkins:lts`。挂载了...
go-zero docker-compose搭建课件服务（四）：生成Dockerfile
liuyuede123的博客
08-29 824
go-zero docker-compose搭建课件服务（四）：生成Dockerfile
go-zero 微服务框架介绍
独行猫a 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS)
08-27 3687
0. go-zero 介绍 go-zero 是一个集成了各种工程实践的 web 和 rpc 框架。通过弹性设计保障了大并发服务端的稳定性，经受了充分的实战检验。 go-zero 包含极简的 API 定义和生成工具 goctl，可以根据定义的 api 文件一键生成 Go, iOS, Android, Kotlin, Dart, TypeScript, JavaScript 代码，并可直接运行。 使用 go-zero 的好处： 轻松获得支撑千万日活服务的稳定性 内建级联超时控制、限流、自适
golang 微服务部署 容器编排(go-zero) docker-compose容器编排centos 实战
orgco的博客
06-25 2383
docker安装docker-compose安装请自行百度。 user-api项目结构插图: 3.部署流程 1.user-api 打包 dockerfile 2.user-rpc 打包 3.docker-compose编排容器 1.docker-compose-env.yaml 依赖服务 2.docker-compose 主要服务 到服务区先执行 再执行 这个时候部署就成功了，注意docker网络要一致不然会出现容器无法通讯的问题； 如果你看了本篇文章没有成功请留言，技术支持哦。...
go-zero微服务到k8s部署应有尽有系列（二）nginx网关
吕秀军的博客
02-11 4075
go-zero微服务到k8s部署应有尽有系列（二）nginx网关
go-zero学习 第七章 运维部署
Mr_XiMu的博客
07-26 272
go-zero学习 第七章 运维部署
go-zero docker-compose 搭建课件服务（九）：http统一返回和集成日志服务
liuyuede123的博客
09-09 1612
一般返回中会有`code`，`message`，`data`。当请求成功的时候`code`返回0或者200，`message`返回success，`data`为要获取的数据；当请求失败的时候`code`返回自定义的错误码，`message`返回展示给前端的错误信息，`data`为空。 我们将封装一个错误返回的函数，应用到api handler的返回
在Linux上使用docker-compose部署运行logstah的yml文件
05-25
要在Linux上使用docker-compose部署运行logstash的yml文件，需要遵循以下步骤： 1. 确保你已经安装了Docker和Docker Compose。 2. 创建一个目录，用于存放你的logstash配置文件和docker-compose文件。在该目录下创建一个名为logstash.conf的配置文件，其中包含你的logstash配置。 3. 创建一个名为docker-compose.yml的文件，其中包含以下内容： ``` version: '3' services: logstash: image: docker.elastic.co/logstash/logstash:7.9.2 volumes: - ./logstash.conf:/usr/share/logstash/pipeline/logstash.conf:ro ports: - "5044:5044" ``` 这个yml文件定义了一个名为logstash的服务，使用Elasticsearch提供的logstash镜像，并将本地的logstash.conf文件挂载到容器中的logstash配置文件路径中。此外，我们还将容器的5044端口映射到主机的5044端口。 4. 打开终端，并进入到你创建的目录中。 5. 运行以下命令来启动logstash容器： ``` docker-compose up -d ``` 这会使用docker-compose.yml文件中的配置创建并启动logstash容器。 6. 确认logstash容器已经成功启动。可以使用以下命令来查看容器的状态： ``` docker ps ``` 你应该能够看到一个名为logstash的容器正在运行。 至此，你已经成功地在Linux上使用docker-compose部署运行logstash的yml文件。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值