数据库， Nginx， Redis 这种基础组件到底应不应该运行在容器中？

数据库争议比较大，后两个无脑进。

性能几乎没有损失

跟性能没关系。容器不是虚拟机，只是资源上做分组隔离，不影响性能。

Nginx 打算放出来了，目前还是 docker 运行

其他的 docker 都是内部使用，无需对外访问
而 Nginx 在 docker 运行遇到了几个问题：
1 、docker stop nginx 修改 docker 参数后，80/443 端口被裸机安装的 Tailscale 抢端口，裸机安装 ginx 兼容性更好一点
2 、配置文件只有一个/一个文件夹，迁移比较简单
3 、不修改 docker 配置的情况下，可以很好的支持 ipv6 和 iptables

数据库还是放在外面，数据稳妥

都可以用容器的，基本不会影响到性能。

都可以用容器的，数据 volume 啥的都有现成的结局方案

目前来看 除了数据库放 docker 应该都没事，数据库的话有说会影响 IO 的，也有说容器崩溃后导致数据受损不易恢复的，但还是有不少项目直接是 docker 跑的，感觉问题不是特别大

貌似有状态应用容器化一直是个难题，我们生产环境上千个 pod 都是连阿里的 rds 。

可以，性能有一定损失，但运维简便

数据库要真是跑容器里引起问题了，那才放容器外。 问题包括 性能啊，可靠程度啊之类的。

nginx 没有必要放 docker 吧,apt 安装从来不坏,而且也没有追求新版本的特性,不像数据库

mysql 也放在 docker 了，4 年了，没啥问题，升级也方便，每天几千万个 sql 执行

网络有模式的问题，
@totoro625 你这个机器是 derp 服务器吗，按道理 tailscale 客户端是不需求 80 和 443 端口的

@echo1937 #14 不是 derp

可能是因为其他机器里面写死了直接访问了 100.xxx.xxx.xxx:443

# netstat -tunlp | grep 443
tcp 0 0 100.100.***.***:443 0.0.0.0:* LISTEN 692/tailscaled
tcp6 0 0 fd7a:***:***:***:443 :::* LISTEN 692/tailscaled

怎么方便怎么来；
测试环境肯定是全容器化；
生产环境肯定是能云则云，别想着从这方面给老板省钱，很贱的；
又上不起云又没专业运维，天王老子来了都是容器一把梭。

反过来想。

是使用哪些软件遇到了什么问题从而需要真机部署？

老实讲 我感觉这三个都没必要放容器里，nginx 有的镜像有时候会有点小问题，没有 yum/apt 安装的兼容性好，mysql/redis 这种部署后基本不动了，容器部署可以但是必要性不强

Nginx 进 Docker 没啥问题，mysql 和 redis 要是单机用 Docker 也可以，集群还是算了