
Docker 无疑是过去十年中最具影响力的开发人员技术之一。容器为隔离应用程序、跨物理机扩展它们以及抽象环境之间的差异提供了一种解决方案。
许多采用 Docker 或相邻容器化技术的组织发现它提高了效率并加速了开发过程。不过,Docker 并不能神奇地改进每个系统。在本文中,我们将研究迁移到容器的一些场景,这些场景可能更多的是障碍而不是帮助。
当性能至关重要时
对于性能至关重要的系统,Docker 可能不是最佳选择。容器化的本质产生了在软件直接安装到主机上时不存在的开销。
当然,Docker 也可以帮助提高性能,特别是通过使水平扩展应用程序更容易。因此,重要的是要根据系统要求及其与底层操作系统的交互来做出此判断。
Docker 将使用比 VM 少得多的资源,但它仍然是另一个必须在主机上运行的进程。在资源受限的环境中,您可能会发现容器进程或 Docker 守护程序本身是 OS 内存不足杀手的目标,导致应用程序的各个部分被驱逐时出现级联故障。
大量持久数据
默认情况下,Docker 容器被设计为短暂的。通过使用卷来支持持久数据。它们被挂载到容器中,以将数据存储在主机的其他位置。
卷存储的性能因所选

本文探讨了Docker在面临性能要求高、大量持久数据、开发本地工具和应用程序、安全需求严格、代码库是单体、降低复杂性、对容器化目的不明确等场景时可能带来的挑战。虽然Docker在很多情况下提升了效率,但在某些特定情况下,其可能反而增加了复杂性和开销。正确的决策应该是根据项目需求和现有工作流程,权衡是否以及如何使用Docker。
订阅专栏 解锁全文
1207

被折叠的 条评论
为什么被折叠?



