erlang - 在生产中使用 Docker 的 Elixir/Erlang 应用程序？

Question

我想知道在生产中使用 Elixir/Erlang 应用程序使用 Docker 或不使用 Docker 的重要原因是什么。这是我第一次被要求在生产中使用 Docker。我在没有 Docker 的情况下进行生产.我是 Erlang/Elixir 开发人员。我在高流量生产服务器上工作，每秒有数百万个事务，这些服务器在没有 Docker 的情况下运行。我花了一天时间来创建和运行一个 Elixir 应用程序镜像，但网络存在很多问题。我不得不为 DNS 设置等做很多配置。之后我开始思考进一步进行的强有力的理由是什么。是否有任何充分的理由去或不去使用 Docker 和 Elixir/Erlang 应用程序在生产中。

我在论坛上看了一些原因，但仍然不相信。 docker提供的所有优势都已经存在于Erlang VM中。表格中的任何Erlang专家都可以帮助我。

Answer 1

我部署了包装在 Docker 中的 Elixir在生产中的 AWS 上。
这曾经是我首选的做事方式，但现在我更倾向于使用 Packer 创建我自己的 AMI，并预装了所有东西。

部署中的核心问题是控制，在某种程度上我觉得在利用 Docker 时它被放弃了。

Docker 的主要缺点是它限制了 Erlang/Elixir 的能力，例如通过 epmd 的节点间连接。 .这也意味着 remsh几乎不可能，而且很酷 :observer.start是一个禁忌。如果您出于任何原因需要与生产节点进行交互，那么第一次 ssh 进入服务器、进入 Docker 等都会有一个额外的障碍。当它只是检查某些东西时很好，当生产正在燃烧时令人沮丧痛苦地倒下。在一个节点中启动多个容器是没有用的，因为 BEAM 可以有效地利用您的所有核心。热升级实际上是不可能的，但这并不是我们个人内在的业务需求。

努力有epmd在容器设置中工作，例如:https://github.com/Random-Liu/Erlang-In-Docker但这将需要您为自定义重建 Erlang net_kernel修改。

亚马逊最近向 AWS ECS 发布了一项新功能，AWS VPC Networking模式，这也许可以促进容器间epmd通信，从而直接连接到您的节点。我还没有验证过。

除了问题epmd沟通是部署时间的问题。使用 Docker 创建您的镜像，即使您拥有的镜像只有 5MB，但很快就会占用 300MB，其中 200MB 仅用于创建您的版本的所有各种依赖项。可能有办法减少这种情况，但这需要专业知识和专门的努力。我会将这个额外的空间归类为麻烦，而不是破坏交易，但是相信我，如果您必须等待 25 分钟才能完成不可变部署，那么您可以节省的任何时间都是值得的。

在性能方面，我没有注意到裸机部署和 docker 部署之间的显着差异。 AWS EB Docker 很好地将容器资源扩展到 EC2 实例的资源。

优点当然是便携性。如果您的前端工程师需要使用 JSON API，那么就本地开发而言，这是一个巨大的胜利，通过一些仔细的设置，他们可以在本地运行最新的 api，而无需了解 Erlang/Elixir/Rserve/Postgres。

此外，供应商锁定大大减少，特别是自从 AWS 推出对 Kubernetes 的支持以来。

这是一个权衡问题，如果你是一个需要投入生产并且对 Devops 知之甚少的开发人员，那么也许有必要部署 Docker。如果您更熟悉基础设施、部署等，那么作为开发人员，我相信创建自己的 AMI 可以让您更好地控制您的环境。
总而言之，我鼓励至少玩玩 Docker并尝试它，它可能会打开一个新的可能性领域。