我在许多书籍和文献[1] [2]中读到，码头工人容器或吊舱被认为是一次性的，寿命很短。为什么他们被认为是如此短暂？在这种情况下，如何在生产中运行容器化应用程序？
此外，一次性容器和不可变容器这两个术语的含义是否相同？
[1] https://kubernetes.io/docs/concepts/workloads/pods/pod-overview/
[2] https://developers.redhat.com/blog/2016/02/24/10-things-to-avoid-in-docker-containers/
答案 0 :(得分：2)
此外，两个术语一次性容器和不可变容器是否相同？
不可变意味着一旦创建，就无法更改。在你的问题的背景下，一次性意味着它可以被销毁和替换，没什么后果。
这些东西不一样，但它们在典型的容器化应用程序中一起运行。您将运行一个不可变容器，当您想要更改容器的行为时，您将使用新容器替换它，而不是尝试更改现有容器。
这与虚拟机不同，如果您想更改应用的行为，可以部署代码更新并重新加载服务等。
为什么他们被认为是如此短暂？
容器是一个过程。一个过程是短暂的。容器是短暂的。 Containers are able to persist data separately though。
如何在生产中运行容器化应用程序
如果您在生产中使用容器的挂机可以改写，并且＃34;如何在没有州的生产中运行容器化应用程序？＆＃34;，那么我先说说并非所有应用程序都是有状态的。例如，一个基本的Web服务器，或者许多精心设计的微服务。
对于有状态应用程序，没有什么能阻止您使用通用数据库来支持容器化应用程序。您也可以使用卷，如上所述。您可以使用数据库容器下的卷将两者结合起来并运行容器化数据库。国家不是一个真正的问题。