在 Microsoft 生态系统中，人们乐于使用 WebDeploy Packages 部署 Web 应用程序，直到 Docker 出现。突然之间，每个人都开始更喜欢使用 Docker，使用 articles being written讲述如何将 Web 部署到 Docker 镜像中。
我在这篇文章(和其他文章)中搜索了“为什么”这个词，但没有找到解释，让我推断答案只是“因为 Docker”。
我可能过于简单化了，但似乎 WebDeploy Packages 和 Docker 镜像的部署目的相似，我不清楚我为什么要采用完美的 WebDeploy Package 并将其放入 Docker 镜像中。我错过了什么？除了我们使用 WebDeploy 所拥有的之外，Docker 还带来了哪些额外的好处？我什么时候应该选择一个而不是另一个，或者两者一起使用？
最佳答案
docker 的一个功能是在一个叫做镜像的文件中记录一个执行环境。
这样，您不必在新机器上设置完全相同的配置，您可以简单地在任何支持 docker 的机器上运行所述镜像，并且可能获得完全相同的环境执行(相同的 Windows，相同的 Webdeploy 版本，相同的 IIS，...)
一个 WebDeploy Packages是一个部署工件(如 jar、war 或任何其他工件)，它不包括运行所述工件所需的内容。
一个 docker 镜像包括所有已经安装的，可以执行的。
您可以在 运行时 (docker run) 使用相同的图像:
- 不同的配置文件(通过 bind mounts or volumes )
- 不同的环境变量(
docker run -e var=value)
关于docker - 当我们拥有 WebDeploy 时，为什么要为 .NET Web 应用程序使用 Docker？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/50769729/