考虑开发容器的 6 个理由

虽然在容器环境内进行开发的行为可以追溯到 2010 年代中期，但开发容器本身在过去一年中已经开始流行。微软在 2022 年推出了开发容器规范，推动了这一概念的发展，而 Docker 在去年夏天也紧随其后，推出了开发环境功能的测试版。

开发容器未来将走向何方仍然是一个公开的讨论，但很明显它们现在就在这里，并且它们正在进一步推动云开发环境中的开发趋势。开发容器是封装在容器内的编码环境，可实现无缝开发、测试和共享。开发人员可以创建工作区、开始编码、编辑 Docker 文件、重新启动工作区并重新开始。

企业正在转向开发容器规范来重新获得对其开发环境的源代码控制。该规范扩展了源代码控制存储库的使用，而不仅仅是存储源代码——构建环境所需的一切都已签入。存储库不仅提供项目的源代码，还提供环境声明、点文件、IDE 扩展、构建脚本等。更新 Java 版本或安装了最新版本的 Copilot？  修改Dockerfile并创建PR。需要确保每个人都有一个特殊的点文件？将其添加到分支并创建 PR。   

然而，开发容器确实有一些值得注意的缺点。其一，他们只支持 Docker。许多更喜欢使用 Kubernetes 或虚拟机 (VM) 而不是 Docker 的企业运气不佳。另外，对于开发容器来说，除了 Docker 之外，没有明确的路径。企业不愿意让开发人员能够在 Kubernetes 中制定权限、功能和挂载规范。您也无法使用传统的 Dev Container CLI 围绕开发容器构建自定义工具，因为它不是为抽象或可扩展性而设计的。

但就目前而言，利大于弊。为了变得无处不在，需要所有容器平台的支持，至少以抽象的方式。这可以来自公司特定的工具或开源贡献。我们预计未来几年在开发容器领域会有新的实现。例如，Coder 推出了自己的开源实现 envbuilder ，它支持包括 Kubernetes、Docker 和 OpenShift 在内的多种容器平台。

由于企业目前面临的优点大于缺点，以下是开发容器值得研究的六个原因：

1. 使用很简单：首先，开发人员只需安装 IDE 和Docker，然后克隆开发容器存储库。编写 Docker 文件的专有格式并不复杂。推出开发容器环境的大型企业可以利用他们现有的编写 Docker 文件的经验。

2. CDE 正在变得流行：组织正在努力让开发人员更好地控制他们的环境。过去，当开发人员想要在缓慢的周期内实施新软件或更改版本时，他们必须推动繁忙的中央运营团队来完成。现在，有了开发容器，反馈循环正在改变。  开发人员只需编辑他们的 Docker 文件，容器构建管道就会以完全相同的配置结束。

3. 它们缓解了资源限制：一些组织正在运行需要大量内存且难以在笔记本电脑上运行的大型应用程序。在 CDE 中运行的开发容器正在成为远程工作的新兴标准。

4. 它们是可复制的：他们解决了“它可以在我的机器上运行”的问题。 使用开发容器，团队中的每个人都拥有相同的代码、版本和配置。开发容器是标准化环境内体验的好方法。

5. 他们很安全：使用开发容器，可以更轻松地推出补丁并确保所有开发人员都是最新的。可以通过重建保留更新和状态。

6. 它们提高了开发人员的生产力：与其他声明性技术一样，开发人员不必将周期浪费在环境中的细微差异上。

开发容器是一项令人兴奋的新兴技术。虽然开发组织可以利用许多新兴环境，但开发容器非常适合未来，因为它们鼓励在云中进行更多开发。它们易于操作，为开发人员提供了更多控制权，并为竭尽全力取得成功的组织提供价值。