标题很难描述清楚，事情是这样的，我打算在群晖上 Docker 同时安装 Miniflux 和 Tiny Tiny RSS ，使用一段时间后看哪个更合适一些。然后看到他俩的安装都是需要依赖 Postgres 数据库，网络上也有各种各自安装的 docker-compose.yml 配置。
然后我想是否可以 Docker 独立安装 Postgres 容器，之后它俩共用同一个容器提供的服务。中间过程中，也是因为自己水平不够吧，没有成功，主要是没有能够成功在建立 Postgres 容器实例之后再添加不同的数据库用户。当然这也算一个此主题贴下的附属问题。
据我有限的理解，Docker 的出现主要是为了解决软件服务部署过程中的不同平台下复杂变化的依赖，而 docker compose 主要是为了将 docker 的部署可配置化以及多容器之间的依赖？不知道我的理解是否有问题。
而我主要想问的是 Docker 部署的原则是不是就是各个服务下的容器及其依赖相互隔离？或者说是无需考虑容器尽可能多的复用？那么这样会产生，一个机器中的 Docker 容器会产生非常多的相同的镜像容器，只不过每个容器都有其特定的服务对象，只在于其配置有所差异？这样是正常的吗？比如说上边我想要安装 Miniflux 和 TTRSS 就会有两个 Postgres 容器产生。或者说是 Docker 部署方式所鼓励出现的吗？
然后我想是否可以 Docker 独立安装 Postgres 容器，之后它俩共用同一个容器提供的服务。中间过程中，也是因为自己水平不够吧，没有成功，主要是没有能够成功在建立 Postgres 容器实例之后再添加不同的数据库用户。当然这也算一个此主题贴下的附属问题。
据我有限的理解，Docker 的出现主要是为了解决软件服务部署过程中的不同平台下复杂变化的依赖，而 docker compose 主要是为了将 docker 的部署可配置化以及多容器之间的依赖？不知道我的理解是否有问题。
而我主要想问的是 Docker 部署的原则是不是就是各个服务下的容器及其依赖相互隔离？或者说是无需考虑容器尽可能多的复用？那么这样会产生，一个机器中的 Docker 容器会产生非常多的相同的镜像容器，只不过每个容器都有其特定的服务对象，只在于其配置有所差异？这样是正常的吗？比如说上边我想要安装 Miniflux 和 TTRSS 就会有两个 Postgres 容器产生。或者说是 Docker 部署方式所鼓励出现的吗？
1
Select Language