为什么基于容器的技术是有用的？

Question

最近，我一直在研究码头及其对SaaS公司的有用性。我花了一些时间学习如何封装应用程序，并简要地了解了什么是停靠者和容器。我在理解这项技术的有用性方面有一些问题。我看过dockercon的一些视频，似乎每个人都在谈论docker如何简化部署，以及在dev环境中部署如何保证在生产中运行。不过，我有一些问题：

1. 从dev环境中将容器直接部署到生产中意味着开发人员应该在容器中开发，这些容器与在生产中运行的容器相同。这几乎是不可能的，因为开发人员喜欢用IDE在他们的高级MACs上开发。如果告诉开发人员将ssh放入容器中并在其内部开发代码，开发人员将感到反感。那么，这在目前使用码头的公司中是如何运作的呢？
2. 如果我们假设开发工作流程不会改变。开发人员将在本地开发，并将他们的代码推送到回购或其他什么地方。那么，“应用程序的容器化”在什么地方适合工作流呢？
3. 另外，如果开发人员没有在容器中进行开发，那么就违反了“您开发的是您部署的并且保证工作”的假设。如果是这样的话，那么我只能看到，docker提供的唯一好处是隔离，这与虚拟化提供的功能是一样的，当然，它的开销也较低。所以我在这里的问题是，低开销是坞在虚拟化方面唯一的优势吗？还是其他我看不见的东西？

Answer 1

1. 您可以在容器之外编写代码，并以多种不同的方式将其传输到容器中。一些例子包括：

- Code locally and include the source when you `docker build` by using an `ADD` or `COPY` statement as part of the `Dockerfile`
- Code locally and push your code to a source code repository like GitHub and then have the build process pull the code into the container as part of `docker build`
- Code locally and mount your local source code directory as a shared volume with the container.

前两者允许您在生产和开发中具有完全相同的构建过程。最后一个示例不适合于生产，但可以使用ADD语句快速转换为生产(即第一个示例)。

1. 在Docker工作流中，开发人员可以创建源代码(在git、mercurial等存储库中存储和共享)和准备运行的容器，并通过存储库(如https://registry.hub.docker.com或本地注册表 )存储和共享。
2. 您开发和测试的容器化运行代码正是可以投入生产的代码。这是优势之一。此外，您还可以获得隔离、有趣的容器到容器网络，以及与越来越多的开发人员工具集成，用于创建、维护和部署容器。