这是一个创建于 951 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天看了很多关于前端 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 这个开源项目
|
Select Language