Erlang在支付系统中的应用&x200F；

我正在尝试实现支付消息中间件，并希望探索使用Erlang/OTP的选项。 该应用程序将用于银行业，与EFT支付网络和核心银行系统连接，以处理卡交易

它将负责执行以下任务：

使用与外部网络（如VISA和万事达卡）通信 ISO 8583消息格式

通过套接字（十六进制、二进制、EBCIDIC）接收大量数据 代表金融交易

解析/解码接收到的数据

在数据库中执行一些检查以进行验证

与主机安全模块接口，以验证客户PIN和 其他安全检查

通过XML或web服务将请求发送到核心银行系统 召唤

通过制定响应来响应外部接口 ISO 8583格式的信息

显然，此类应用程序必须是并发的，并且速度必须足够快，以便在几秒钟内处理事务。
现在我的问题是，Erlang是实现这类应用程序的好选择吗？Erlang能否在不影响系统性能的情况下有效地处理字符串处理

如前所述，将有大量字符串操作来解码通过网络接收的数据，因此我不确定erlang是否完全适合。

您听说过吗？他们正是为了这个目的而使用Erlang的。他们在Erlang社区很漂亮。你也可以查看他们的网站

Erlang是实现协议和与外部资源通信的完美工具

Erlang是实现协议和与外部资源通信的完美工具

我提到过Erlang是实现协议的完美工具吗

对于Erlang来说这不是问题，甚至一些高性能和高可伸缩性的数据库也在Erlang中实现

Erlang有一些实现安全措施的能力。例如，您可以设置

sensitive

标志，该标志禁用进程的每个调试和跟踪信息，使其不再显示其状态（包括消息队列）。对于更高的标准，您始终可以使用C编写的代码并使用操作系统级保护。我提到过Erlang是与外部资源通信的完美工具吗

Erlang中也支持XML

我提到过Erlang是实现协议的完美工具吗

更多问题：

• 并发和足够快-检查
• 实现这类应用程序的好选择—询问Klarna
• 在不影响系统性能的情况下高效地处理字符串-我不知道处理字符串的系统比使用二进制文件的

  iolist

  更好-检查

---

您的问题在某种程度上暗示了处理ISO 8583意味着处理文本。Erlang表示以下格式的文本：

-是单个字符的链接列表。占用更多空间（每个元素都是字符和下一个元素的地址），处理长文本速度较慢，但在函数式语言中很容易使用

-是一组字节，类似于C/C++中的数组，但具有更好的性能

这两种类型（）都非常好

Erlang不擅长原始文本处理（Perl可以说更好），但Erlang擅长高效地实现和处理各种协议，包括文本协议。它是由爱立信发明的，用于支持各种协议的系统。核心Erlang库包含大量模块，这些模块为最流行的协议实现处理程序：、HTTP、TCP、UDP、SCTP等

一些最流行的消息传递系统是用Erlang编写的，它们处理文本消息的原因显而易见

Gihub上还有一个带叉的：

---

但选择Erlang最重要的原因可能不是它对协议实现的支持，而是它的扩展能力。Erlang实现了its，这与系统进程不同。Erlang可以在一个普通CPU上创建数百万个进程，以同时处理数百万个作业。看看它是如何在和其他应用程序中使用的。

您的应用程序在某种程度上需要持久性吗？