Azure容器实例和容器Web应用程序之间有什么区别？

我刚刚使用Azure多容器实例部署了一个web应用程序（node.js容器和mongo容器）。它有点像Docker Compose，但可用于特定于Azure的yaml文件：

现在我看到有一个叫做“容器Azure Web App”的东西。这似乎适用于真正的docker compose yaml文件

除了配置文件格式之外，还有其他区别吗

---

注意：我说的是Azure容器实例，不是Azure容器服务

好吧，Azure容器实例只为容器活动的时间向您计费，而webapp为webapp存在的时间向您计费（所以一直如此）。这是它们之间最大的区别之一

---

但总的来说，我认为Azure Web App for Containers只是在现有“东西”上运行容器的快捷方式。我最近了解到Azure Web App for Containers提供了kubernetes功能，因此这两种服务的发展方向略有不同。Azure容器Web App针对的是长时间运行的东西（始终运行），而ACI针对的是计划的\burstable\short-live工作负载（类似于Azure功能）。

除了另一个答案之外，容器Web App还提供了“插槽”使用它，您可以在同一分配的资源上运行多个映像，以帮助提高利用率。由于容器实例按使用时间计费，因此它们没有“插槽”。

找到

总之

网络应用程序容器

• 如果您已经熟悉Azure Web App环境，建议使用
• 如果您有一个或几个正在部署的长期运行的容器/服务，那么这是最好的选择
• 可以使用自定义Docker映像在Azure中尚未定义的应用程序堆栈上运行web应用程序

Azure容器实例

• “Azure容器实例是一个非常好的解决方案，适用于任何可以在独立容器中运行的场景，包括简单应用程序、任务自动化和生成作业”
• 一种快速、轻巧、简单的集装箱运输方式 按容器处于活动状态的时间计费（计费基于秒数、内核和内存）
• 可以在几秒钟内启动Azure中的容器，而无需配置和管理VM
• 还可以通过实验性ACI-to-Kubernetes连接器与Kubernetes一起工作
• 目前，在Azure上部署容器的最快方法
• 根据Azure文档，“Azure容器实例保证您的应用程序在容器中就像在VM中一样隔离。”

---

您能否提供一个链接，以确认ACI针对的是短期运行场景？这是一种定义（）阅读前5行如何<代码>Azure容器实例对于任何可以在独立容器中运行的场景都是一个很好的解决方案，包括简单的应用程序、任务自动化和构建作业。对于需要完整容器编排的场景，包括跨多个容器的服务发现、自动扩展和协调应用程序升级，我们建议使用Azure Kubernetes服务（AKS）。该段中没有任何内容支持ACI“针对短期工作负载”的说法。它只说它是针对孤立的容器，而不是精心安排的多容器场景。@Rikki没有人质疑它们适用于这些目的这一事实。问题是，ACI是否仅适用于这些目的。我刚刚看了一看关于ACI的最新文档，他们还说它们适合于“简单应用程序”，并具有无服务器的优点，因此我仍然希望澄清一下，它们是否正式不推荐用于长期应用程序。