我正在尝试实现支付消息中间件,并希望探讨使用Erlang/OTP的选项。该应用程序将用于银行业与EFT支付网络和核心银行系统的接口,以处理信用卡交易。
它将负责执行下列任务:
显然,这类应用程序必须是并发的,并且必须足够快,以便在几秒钟内处理事务。
现在我的问题是,Erlang是实现这类应用程序的好选择吗?Erlang能否在不影响系统性能的情况下有效地处理字符串?
如前所述,将有大量字符串操作来解码通过网络接收的数据,因此我不确定erlang是否适合。
发布于 2016-04-30 07:32:38
你听说过克拉纳吗?他们正是为了这个目的使用Erlang的。在Erlang社区,它们是非常漂亮的活动的。您也可以查看他们的GitHub存储库。
sensitive
标志,该标志禁用进程的每个调试和跟踪信息,使其不再显示其状态(包括消息队列)。对于更高的标准,您始终可以使用用C编写的代码并使用OS级别的保护。我有没有提到Erlang是一个与外部资源沟通的完美工具?更多问题:
iolist
更好的处理字符串的系统--检查发布于 2016-04-30 08:05:50
您的问题在某种程度上意味着处理ISO 8583意味着处理文本。Erlang表示两种不同的方式中的文本
两种类型的支持Unicode (包括UTF-8)都很好。
Erlang并不擅长原始文本处理(Perl可以说更好),但Erlang擅长高效地实现和处理各种协议,包括文本协议。它是由爱立信发明的电信中的数据处理系统,其中充满了协议。核心的Erlang库OTP包含大量的模块,这些模块为最流行的协议实现处理程序:ASN.1、Base64、Corba、LDAP、HTTP、SNMP、TCP、UDP、SCTP等。
一些最流行的消息传递系统是用Erlang编写的:RabbitMQ、EMQTT、埃贾伯德,这些系统有明显的原因处理文本消息。
在Gihub上还有一个带有分叉的处理ISO 8583的库:第一叉,第二叉。
但是,选择Erlang最重要的原因可能不是它对协议实现的支持,而是它的扩展能力。Erlang实现了与系统进程不同的自己的过程。Erlang可以在一个较小的CPU上创建数百万个进程,同时处理数百万个作业。看看它是如何在伍加和WhatsApp以及其他地方使用的。
https://stackoverflow.com/questions/36948389
复制相似问题