我需要了解 ISO-8583 消息平台，假设我想执行卡交易的授权，因此在特定实例实时假设我收到了来自网络的 100000 个请求（VISA/MASTERCARD）全部用于授权，我如何定义请求和响应的优先级，连接池可以处理它（在我的情况下是HIKARI），银行/金融机构是如何授权请求的。请提供一些关于如何处理的见解管理所有这些请求。我应该去 MQ 吗？
使用的技术有：-spring boot,hibernate,spring-tcp-starter
【问题讨论】：
标签： iso8583
您的问题似乎没有得到很好的研究，因为今天有大量的交换机平台，而且他们的许多技术指南都可以在网络上找到，包括 ACI、FIS、AJB 等主要供应商,.. 等等，如果你看起来够院子的话。
我曾使用过多个 iso-interface 规范、商业交换机和本土平台，它们在执行核心实时处理方面实际上非常一致。
有关优先级的信息通常包含在每个 ISO-8583 消息处理规范中，并且在我读过的几乎所有由熟悉 ISO-8533 的人编写的规范中都明确说明，而不仅仅是编造他们自己的变体或抄袭别人。
也就是说.. 一般来说，在高级别的授权/财务（0100、0200）请求总是比强制发布（0x20）消息具有更高的优先级。
05xx 和 06xx 和 08xx 中的管理消息有时也会超出其他建议。但这些仍然是建议，并且几乎总是首先处理身份验证/财务，因为它们 A) 影响客户 B) 有更严格的计时器比任何建议通常多一倍或更多。
我见过的大多数交换机完全在内存中完成，而无需使用 MQ 和或其他一些磁盘来进行核心授权过程来管理这些......但并不是说有时不涉及某种自制的中间件......但是非实时进程经常使用 MQ 进程将这些进程排队或磁盘排队到不符合此存储转发 (SAF) 处理批准的进程中。但其中许多仍然使用仅内存处理进行前端他们的队列。
区分 100000 次请求和 100000 次事务也很重要。内部和外部的各种交换对在给定时间的实际请求/响应数量产生很大差异。可以完成基本事务像两条消息..但一些更复杂的消息很容易超过 20 条消息，仅用于预授权或完成组件。
如果您要处理大量的批量事务突发。我可以看到排队的挑战，但我见过的几乎每个应用程序都有一个最大的飞行建议和请求彼此分开......有时甚至使用不同的计时器。 . 和抽交易的应用程序几乎总是在发送更多之前等待回复.. 这对几乎每个人来说都很好.. 包括来自零售商和卡网络的大批量发布。因此，如果您的应用没有它们……您可能需要添加它们。
【讨论】：
事实上，您的 100000 个请求应按（终端 ID 和/或商家 ID）+（时间戳/本地时间戳）+（STAN 和/或 RRN）排序。 重复的交易请求预计会被拒绝。
如果您使用相同的测试卡详细信息模拟来自单个终端（或主机）的多个请求，则 STAN/RRN 会增加。
请参阅之前关于 STAN 和 RRN ISO 8583 字段的答案。 In ISO message, what's the use of stan and rrn ?
【讨论】：