architecture - ATM 机的数据系统是否使用最终一致性?

标签 architecture banking distributed-system acid eventual-consistency

我在世界范围内如何ATM-systems被架构。银行在全局范围内设计一个一致的系统一定非常困难。他们是为此使用最终一致性还是使用出色的 ACID 系统?

我可以有一天在我的银行所在的瑞典使用 ATM,然后乘飞机去美国或泰国,几小时后在国外使用 ATM。如果系统是一致的,那么他们需要与世界任何地方的非常可靠的连接。

最佳答案

系统各不相同。许多基于 PC(当一个崩溃时,您可以在屏幕上看到 BIOS messages)。一些跑WindowsLinux (无法为那些...找到崩溃图像...嗯...)。

发生的情况是您的信用卡是公用 key 。所有这些系统都可以读取它并检查它是否有效。然后,他们会给你一些钱。

最终,系统将收集所有这些数据并将其发送给发卡公司。这可以在线或离线。账户将被更新,一段时间后,公司将偿还银行。

关于architecture - ATM 机的数据系统是否使用最终一致性?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3708548/

相关文章:

c# - 为什么 Object.GetType() 不是虚拟的?

networking - websocket 可以耗尽网络服务器的连接池吗

.net - 我们应该在服务器和客户端上使用相同的业务类吗?

mysql - 关于数据库的 Docker 多应用服务器架构

banking - OFX 连接选项

C++ - 保存和删除

distributed-system - HashMap 实现中 ipfs 的替代方案

latency - "top percentile"或基于 TP 的延迟是什么意思?

金融机构的Java类表示?

c - C语言的分布式算法