许多PHP容器的Docker体系结构

我想知道你们怎么看待如何设计Docker来处理许多容器，每个容器都运行不同的PHP代码。基本上，系统上的每个用户都会有自己的PHP代码，代码也不一样。把它想象成每个用户都有自己的wordpress站点。（我认为）这意味着我需要为每个php容器装载不同的目录

我最初想做的是为每个用户创建一个单独的服务。这样，当http请求传入时，我可以使用主机头来找到正确的服务来处理请求

但是如果系统有1000个用户，那就意味着有1000个服务——对Docker来说似乎太多了。我看到一些人运行1000个容器，但我不确定有多少服务

另一件事是，我想为每个用户建立一个单独的网络-这意味着1000个网络-这是可行的吗

---

我是不是走上了一条完全错误的道路？

这样做的目的是什么？当您为每个用户使用其他php目录时，我真的没有得到您想要的吗？为什么不能使用不同的控制器呢？这听起来和共享网络托管的想法是一样的。为什么每个用户都有不同的PHP代码？而且，如果是这样的话，为什么不是每个用户都是不同的Docker映像？与前面的评论一样，如果能获得更多关于这些应用程序正在做什么以及为什么会有一个路由器/控制器将请求定向到可能1000个不同的代码库的信息，那会有所帮助。可以把它想象成共享web托管。但是使用Docker-这样每个帐户都可以扩展他们的服务。每个用户都有不同的php代码要运行。因此，我只是为他们创建一个服务，并使用haproxy来引导web流量。我已经建立了这个，一切似乎都正常-但我不太确定它将如何扩展。当我有1000个帐户，也就是1000个服务时会发生什么。在每种情况下运行的docker映像都可以相同，但php代码不同，这意味着我需要为每个帐户装载不同的目录。与托管许多WordPress相同。