Golang Go语言中大家线上的服务都是如何部署的?
RT, Go 服务如何部署到线上环境,包括如何发布、回滚。
我先说说我知道的
前提:会对 go 应用进行打 tag
方案一:
1 、把 go 应用要上线的 release tag 打包成 docker 镜像 2 、然后在 k8s 进行部署, 回滚的话直接回滚到上一个 tag 3 、域名直接解析到 k8s 的 ingress 解析到对应的 service 中,服务也可以 HPA 动态扩容
方案二:
1 、直接把 go 的二进制文件+配置文件 放到对应的线上的机器上,如果是多台就部署到多台服务器
2 、前面加一层 nginx ,然后通过 proxy_pass + upstream
解析到对应的 go 服务器上
3 、域名直接解析到 nginx 即可。
想知道除了这两种方式,还有什么方式?
相比而言,你认为哪种方式更好?
欢迎大家畅所欲言
Golang Go语言中大家线上的服务都是如何部署的?
更多关于Golang Go语言中大家线上的服务都是如何部署的?的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
我刚学 Go 也有个疑问,借楼问下,我用 gin 写一个接口后将项目通过 go build 编译成了 linux 的可执行文件后,直接放到服务器上运行。
目前还没用到 k8s 这样的东西的情况下,启服务都是这样的吗,因为我在更新版本后 不能像 java 一样通过 pe -ef 找到对应的进程 kill , 目前我是通过端口找的进程 kill 后 重新执行新的包。
我感觉这样不对,但是不知道大佬们以及企业级是怎样的
我的问题应该比楼主更低端一点🥺
更多关于Golang Go语言中大家线上的服务都是如何部署的?的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
大型项目,自动化。
小型项目,手动。
至于是 docker 还是直接 bin 看情况,都在用。
ps -ef | grep 可以的呀
直接部署: https://github.com/ochinchina/supervisord
docker 部署:那当然就是 docker-compose 或者你提到的 k8s 咯
或者用 systemctl 也行,这个库 github.com/kardianos/service ,支持把自身可执行程序以服务方式部署,window 就是服务,Linux 会根据系统安装的管理工具自动挑选 systemctl 或 service 。上面的 supervisord 也用到这个库,因此 supervisord 也直接能以服务方式部署。
pgrep
小型接收数据的服务有几个接口,我比较懒,最开始是本机编译之后二进制直接上传,后来感觉好麻烦,还得找一个支持 rz 的终端,后来干脆就写完代码直接 git push 提交,然后服务器上写了一个脚本,内容包括,备份、编译、清理内存数据等操作,反正每次上线后也得连服务器看日志,索性直接在服务器执行这个脚本,就更新了。
用 systemd
大企业:有 discovery+API 网关,一停一启/蓝绿梯度,rolling update ,南北向流量逐渐调度至新应用容器上
小作坊无网关(笑): https://github.com/cloudflare/tableflip
k8s
- k8s 容器部署 滚动发布 无所屌谓
- 蓝绿发布(nginx proxy old -new port)
- systemd+socket+reuseport
目前就知道这仨
有 k8s 就用 k8s 。 没有的话,应该要用类似于 supervisor 这样的进程守护程序,或者用 docker 。
谢谢学习了 2 个新名词。南北流量。东西流量。
supervisor
如果有 k8s 选第一种,简单省事,横向扩容也方便
我是这样启动的
nohup ./run > output.log 2> error.log &
ps -ef | grpe 和 pgrep 都查不到, 我还没尝试用 systemctl
怎么可能查不到。
佬们都是专业运维吗…后端开发也要操心 k8s 之类的东西吗
曾经遇到过只会写代码的研发,他对于自己的程序是如何接到来自用户请求的全链路是完全不知道,也不知道自己的程序是怎么运行/编排/多活 or 单元化的。
所以,有客诉反馈,结果查问题,怎么查,查什么,完全一抹黑。
系统设计和改进方向也是一问三不知。
后端都要会的, 不会的最多到中级开发止步。
简单的项目直接 systemd
中等项目 有条件的用 k8s
复杂的项目,在不适合 k8s 的情况下继续用 systemd 。
Systemd/docker compose/k8s
至少 6 年前,直接编译成可执行文件。 还觉得挺高端的。
选择 k8s
自从会了 k8s ,啥都往里面丢,方便的不行
#17
> 佬们都是专业运维吗…后端开发也要操心 k8s 之类的东西吗
不是,就单纯好玩,跟玩具一样,每天睡觉前折腾几下
小项目直接编译后丢上去,更新的话覆盖重启。大一些的,docker
你这个属于部署方式,和 go 语言有什么关系。任何语言写的程序基本都能用你说的两种方式来部署
有 k8s 的上 k8s 。自己玩儿的小项目,ci 自动 build docker 镜像,然后 WatchTower 检测镜像更新了自动更新容器
WatchTower 听起来不错,可以试试
怎么部署是根据业务需求来的。Go 的部署已经很简单了,刻意学太多姿势没必要。
windows 下 winsw
linux 下 systemd
k8s 我们用 helm ,自己写了个 chart ,回滚直接 helm rollback
小项目,目前 ngx proxy + docker + shell 自动部署。
dockerfile 源码编译 最终镜像只丢二进制文件 tag 打上版本…ssh 推到远程服务.重启 dc
任何项目都是.复制下 gitlab-ci 设置改下 cidc 变量.
而且上服务器.可以查看运行 docker 镜像版本.方便知道啥时候写的 bug
以上适合个人项目…外包项目.小型项目
如果上 k8s 也不用你自己搭建.运维负责.你推代码就是了…
pm2
hpa 并不能动态扩容,还要看你的 node 怎么动态扩容。
大项目打容器丢到 k8s ,小项目直接 docker 拉起就好
感觉 k8s 的维护太麻烦了。好奇存储后端选择的什么
搭车问问,除了 k8s rollingupdate 和 systemd 的 socket 继承外还有什么“简单”的不停机部署呢?
- systemd/supervisord -> https://github.com/pioz/god
2. Docker Container -> Nomad
3. K8s
因为你把 ps 错写为 pe 了所以找不到吧?
docker compose 就可以做
https://github.com/Wowu/docker-rollout
存储用的 longhorn
systemctl start
k8s, 1 ,自动化推送编译打包替换 tag 拉取更新
公司有 ci/cd ,k8s 容器化部署。自己 vps 内存小装不了这些,systemd 直接启动程序基本够用。
#1 直接运行的话,go 有一些自己的优雅重启的方案 https://github.com/air-verse/air
方案一。对比 java 服务简直爽飞
我维护的这个开源项目 Live Demo ( https://karpor-demo.kusionstack.io/)是部署在 ECS 中的 k3s 中,用 Helm 一键安装,后面打算 IaC 化后用 Kusion+Github Action 借助 GitOps 方式快速运维。
Xshell Xftp
makefile 脚本 部署到 rancher 管理的 k8s 方便省心。
使用 systemctl 管理
在IT领域,特别是Go语言(Golang)开发中,线上服务的部署是一个关键环节。以下是一些常见的Golang线上服务部署方法:
-
直接部署:
- 编译项目:确保Go编译器已安装,使用
go build
命令生成可执行文件。 - 文件传输:使用Xshell、Xftp等工具将二进制文件和配置文件上传到服务器。
- 权限设置:为二进制文件赋予执行权限。
- 运行应用:使用
nohup
或systemd
等工具确保应用在后台运行,并记录日志。
- 编译项目:确保Go编译器已安装,使用
-
Docker容器部署:
- 基础镜像选择:选用如
golang:alpine
或golang:latest
等基础镜像。 - Dockerfile编写:设置工作目录,复制代码并编译,暴露端口,启动编译后的二进制文件。
- 构建镜像:使用
docker build
命令构建Docker镜像。 - 运行容器:通过
docker run
命令运行Docker容器,并配置防火墙规则以允许外部访问。
- 基础镜像选择:选用如
-
使用宝塔面板:
- 安装宝塔面板并登录。
- 创建网站并配置域名、根目录等信息。
- 上传Go项目的二进制文件和配置文件。
- 配置启动项并运行项目。
每种方法都有其优缺点,开发者可根据项目需求、团队技能水平和服务器资源等因素选择最合适的部署方式。同时,无论选择哪种方式,都需要确保部署过程的安全性、稳定性和高效性。