Elixir/erlang在哪里适合微服务方法？

Question

最近我一直在用docker compose进行一些实验,以便部署多个协作微服务.我可以看到微服务提供的许多好处,现在有一个很好的工具集来管理它们,我认为跳进微服务车并不是很难.

但是,我也一直在尝试Elixir,我非常喜欢它本身提供的好处.鉴于它鼓励将代码打包到多个解耦的应用程序中,并支持热代码升级,您如何将docker与elixir(或erlang)混合使用？

例如,如果我想使用docker因为它提供了dev-prod奇偶校验,那么elixir如何适应它？鉴于docker容器是不可变的,我失去了进行热代码升级的能力,对吗？蓝/绿部署或金丝雀发布怎么样？

我的意思是,我可以用Elixir编写微服务并使用它们就像用任何其他语言编写的那样,多语言无论如何都是微服务的好处之一,但是后来我没有得到使用OTP平台的全部好处,我猜测纯粹的协作erlang应用程序比使用中间队列在以不同(或非)语言编写的微服务之间进行通信更为优化.

Answer 1

这是一个非常开放的问题,但我将尝试说明为什么Elixir/Erlang可能是开发分布式系统的最佳平台(无论您是否使用微服务).

首先,让我们从一些背景开始.Erlang VM及其标准库是为构建分布式系统而设计的,这确实显示出来了.据我所知,它是在此用例中预先为生产设计的唯一运行时和VM.

应用

例如,您已经暗示过"应用程序".在Erlang/Elixir中,代码打包在以下应用程序中:

1. 作为单位开始和停止.启动和停止系统是启动其中的所有应用程序的问题
2. 提供统一的目录结构和配置API(不是XML!).如果您已经使用过并配置了OTP应用程序,那么您就知道如何使用其他任何应用程序
3. 包含您的应用程序监督树,所有进程(通过进程我的意思是"VM进程",它们是轻量级的计算线程)及其状态

这种设计的影响是巨大的.这意味着Elixir开发人员在编写应用程序时有更明确的方法:

1. 他们的代码如何启动和停止
2. 什么是构成应用程序的进程,因此应用程序状态是什么
3. 如果崩溃或出现问题,这些过程将如何反应并受到影响

不仅如此,围绕这种抽象的工具也很棒.如果您安装了Elixir,请打开"iex"并键入::observer.start().除了显示有关您的实时系统的信息和图表,您还可以杀死随机进程,查看其内存使用情况,状态等.以下是在Phoenix应用程序中运行此示例的示例:

这里的不同之处在于,应用程序和进程为您提供了一个抽象来推断您的代码在生产中.许多语言主要为代码组织提供包,对象和模块,而不反映运行时系统.如果你有一个类属性或一个单例对象:你如何推理可以操作它的实体？如果您有内存泄漏或瓶颈,您如何找到负责它的实体？

如果你问任何运行分布式系统的人,那就是他们想要的那种洞察力,而对于Erlang/Elixir,你将它作为构建块.

通讯

所有这一切都只是开始.构建分布式系统时,需要选择通信协议和数据序列化程序.很多人选择HTTP和JSON,当你考虑它时,它是一个非常冗长和昂贵的组合,用于执行真正的RPC调用.

使用Erlang/Elixir,您已经拥有了开箱即用的通信协议和序列化机制.如果你想让两台机器相互通信,你只需要给它们起名字,确保它们有相同的秘密,你就完成了.

Jamie在Erlang Factory 2015上讨论了这个问题以及他们如何利用这个来构建游戏平台:https://www.youtube.com/watch？v = _i6n-eWiVn4

如果你想使用HTTP和JSON,那也很好,像Phoenix这样的插件和框架这样的库也可以保证你在这里也很有效率.

微服务

到目前为止,我还没有谈到微服务.那是因为,到目前为止,它们并不重要.您已经在围绕非常小的孤立进程设计系统和节点.如果你愿意,可以称他们为纳米服务!

不仅如此,它们还被打包到应用程序中,将它们组合为可以作为单元启动和停止的实体.如果您有应用程序A,B和C,然后您想将它们部署为[A,B] + [C]或[A] + [B] + [C],那么这样做会很困难他们固有的设计.或者,更好的是,如果您想避免将微服务部署的复杂性预先添加到系统中,您可以在同一节点中完全部署它们.

并且,在一天结束时,如果您使用Erlang分布式协议运行所有这些,您可以在不同的节点中运行它们,只要您通过{:node@network, :name}而不是引用它们,它们就能够到达其他节点:name.

我可以走得更远,但我希望我已经说服了你.:)