标签

部署架构

从 Conda 到 Docker,再到全局 Nginx,我终于理清了部署架构

这是「把自己部署到互联网上」系列的第 25 篇。

从第 18 篇到第 24 篇,我一直在处理一个问题:

个人博客到底应该怎么部署

这个问题看起来只是技术选型,但会直接影响后续维护。如果部署架构一开始就很散,后面新增项目、修改配置、迁移服务器、排查故障,都会消耗大量精力。所以这一阶段我没有急着把博客跑起来,而是先把部署方式理清楚。

这几篇大致走过三步

  • 先在 Conda 和 Docker 之间做选择
  • 再复盘为什么放弃 Conda 部署,转向 Docker
  • 最后确定用全局 Nginx 统一管理多个项目入口

到现在,我的基本方案可以概括为一句话:

Docker 管项目运行,Docker ...

Nginx 到底应该装在系统里,还是放进 Docker 容器?

这是「把自己部署到互联网上」系列的第 21 篇。

上一篇讲了 Docker 和 Docker Compose 的分工。Docker 负责单个服务的打包、运行和隔离,Compose 负责一组服务的启动、连接和管理。到这里,我的博客部署方向已经明确:

项目尽量用 Docker 管理,多服务用 Compose 编排,数据库不直接暴露公网,外部入口集中在 80 和 443。

那么问题就来了:

  • Nginx 到底装在系统里,还是放进 Docker 容器
  • 如果每一个项目都起一个NGINX 容器,起多了对服务器有什么影响?

Nginx 到底装在系统里,还是放进 Docker 容器

这是个很好的...

发现更多