何时不使用 Docker：容器无用的情况

Docker 无疑是过去十年中最具影响力的开发人员技术之一。容器为隔离应用程序、跨物理机扩展它们以及抽象环境之间的差异提供了一种解决方案。

许多采用 Docker 或相邻容器化技术的组织发现它提高了效率并加速了开发过程。不过，Docker 并不能神奇地改进每个系统。在本文中，我们将研究迁移到容器的一些场景，这些场景可能更多的是障碍而不是帮助。

当性能至关重要时

对于性能至关重要的系统，Docker 可能不是最佳选择。容器化的本质产生了在软件直接安装到主机上时不存在的开销。

当然，Docker 也可以帮助提高性能，特别是通过使水平扩展应用程序更容易。因此，重要的是要根据系统要求及其与底层操作系统的交互来做出此判断。

Docker 将使用比 VM 少得多的资源，但它仍然是另一个必须在主机上运行的进程。在资源受限的环境中，您可能会发现容器进程或 Docker 守护程序本身是 OS 内存不足杀手的目标，导致应用程序的各个部分被驱逐时出现级联故障。

大量持久数据

默认情况下，Docker 容器被设计为短暂的。通过使用卷来支持持久数据。它们被挂载到容器中，以将数据存储在主机的其他位置。
卷存储的性能因所选驱动程序和主机环境而异。即使在最好的情况下，与直接与主机的文件系统交互相比，也会有额外的开销。在有大量文件读取或写入的情况下，这可能很重要。

存储在卷中的数据可能难以管理和维护。您需要使用 Docker 命令与您的卷进行交互。最好通过获取容器的外壳并从内部枚举卷的内容来执行数据检查。

Docker 要求您考虑存储并选择自己的