今天看了很多关于前端 docker 部署的文章。
总体看下来,前端部署就是
1.工程师项目里 放个 dockerfile ,nginx.conf
2.前端编码---->提交代码
3.服务器上在当前目录执行 docker build (打包,把本地 nginx 配置覆盖掉 等等),产出一个镜像 docker-web-v1.1.0
4.启动容器 docker run -p xxx:xxx -d docker-web-v1.1.0 。
完成!
我的疑问是:
一:是不是通过每次 push 代码,服务器构建镜像 都要打版本号 docker-web-v1.1.1 .... -v1.1.2 ... -v1.1.3 ,通过这种方法来进行版本管理(回退就回退到 xxx 版本号),每个镜像其实就是一个版本?
二:在生产环境直接启动容器(docker run)就行了么? 用户直接访问的是 容器里的东西?我觉得不应该是这样吧?
1
juzisang 2022-04-23 21:04:24 +08:00
1 没错。
2 外层应该有一个 proxy 层,用来做服务发现,负载均衡,可以看看 nginx-proxy 或 traefik |
2
coolzjy 2022-04-23 21:08:44 +08:00
生产一般是 k8s 之类的容器编排,不会 docker run 来手工启动容器。
|
3
des 2022-04-23 21:50:13 +08:00 via iPhone
静态文件不是都放 CDN 吗?
docker 就用来打包 |
4
chendy 2022-04-23 21:53:17 +08:00
前端没有弹性扩缩、环境隔离之类的需求,用容器徒增烦恼……
单机部署直接 nginx 访问静态文件,有需求(比如流量大,不想让前端内容和后端接口抢带宽)就 oss + cdn |
5
statumer 2022-04-23 23:49:18 +08:00 via iPhone
正常情况下前端应该部署到 cdn
|
6
vevlins 2022-04-24 00:24:53 +08:00
如果你指的前端有 node 层,那么可以用 docker ,否则用 cdn 才对呀,搞 docker 出力不讨好,有些文章多少带点傻逼成分。
|
7
zliea 2022-04-24 10:13:23 +08:00
如果只有一两个前端这个搞还行,否则是不是有点浪费资源。
|
8
KuroNekoFan 2022-04-24 14:40:52 +08:00
docker 的其中一个好处是前端开发者可以直接修改 nginx 配置,类似 history fallback 的问题就比较好处理了
|
9
litchinn 2022-04-25 09:32:08 +08:00
如果需要回退版本是这样,如果不需要可以只跑一个 nginx 容器,把前端文件的目录映射进容器就行了,另外推荐尝试下 nginxWebUI 这个开源项目
|