为什么对前端和后端应用程序使用不同的容器更好?i、 e.net core 3.0后端和angular 8前端

为什么对前端和后端应用程序使用不同的容器更好?i、 e.net core 3.0后端和angular 8前端,angular,docker,asp.net-core,kubernetes,web-deployment,Angular,Docker,Asp.net Core,Kubernetes,Web Deployment,我的怀疑很简单 技术上什么更方便?为什么 一个容器专用于Angular应用程序,一个容器专用于后端,还是一个容器适用于所有应用程序 你有什么选择 感谢您的时间。单独的容器用于发布,另一个用于开发 由于容器主要用于发布,所以请尝试使用单独的容器 原因: 在部署时,为了安全起见,您可能希望将api放置在单独的虚拟网络上。(DMZ等) 静态内容(角度)可能要转到cdn或存储。为什么要把它和IIS结合起来 扩展api是有意义的。向外扩展静态内容不会带来任何影响 将来可能需要由Api管理层处理Api。最好

我的怀疑很简单

技术上什么更方便?为什么

一个容器专用于Angular应用程序,一个容器专用于后端,还是一个容器适用于所有应用程序

你有什么选择


感谢您的时间。

单独的容器用于发布,另一个用于开发

由于容器主要用于发布,所以请尝试使用单独的容器

原因:

  • 在部署时,为了安全起见,您可能希望将api放置在单独的虚拟网络上。(DMZ等)
  • 静态内容(角度)可能要转到cdn或存储。为什么要把它和IIS结合起来
  • 扩展api是有意义的。向外扩展静态内容不会带来任何影响
  • 将来可能需要由Api管理层处理Api。最好将其与管理分离并公开ip,而无需分配外部ip或主机名

  • 为发布和开发的所有阶段提供单独的容器,一个用于Angular应用程序,一个用于后端应用程序

    由于它们是不同的应用,建议每个容器使用一个容器;出于可伸缩性、隔离、监视和版本控制的原因,使用不同的容器是更好的方法

    @Athanasios Kataras为什么建议使用单独的容器进行发布而不是开发?如果可能的话,发布架构应该类似于开发架构