期货交易自动化论坛

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 26|回复: 0

什么样的技术架构适合高频高并发系统? - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接] |主动推送

285万

主题

285万

帖子

855万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
8553710
发表于 2022-9-11 06:28:59 | 显示全部楼层 |阅读模式
最近看到德国邮政银行的架构,说的如何如何适合高频高并发交易,自己水平太挖,竟然没看出来有啥特别之处,德国邮政银行的交易量应该是不可以和国内银行相比的。
请问各位,什么样的技术架构适合高频高并发系统?这样的系统应该有什么样的特点?
这个得具体问题具体分析,不同的应用场景,使用的技术取舍不一样。
比如互联网可以在CAP中舍C或A而追求P,而银行很难。
又例如有异步处理,避免锁竞争,资源共享访问等等设计优化手段。
pacman2000 发表于 2014-7-1 15:48

这个得具体问题具体分析,不同的应用场景,使用的技术取舍不一样。
比如互联网可以在CAP中舍C或A而追求P, ...
非常赞同,总体上 互联网 弱化C,大银行核心系统弱化 P,12306弱化A。
关于高频高并发的系统,可参照 上海证券交易所系统架构,如何在三者缺一不可的情况下权衡。
看来,很有眼福呀,能有机会见识一下德国的技术架构。
对“高频高并发交易”感觉只是说辞而已。
从我本人接触的CICS、Tuexdo、MQ等产品而言,感觉这些产品基本上已经做到了极致。因为它们和操作系统紧密度还是比较高的(暂不谈数据库),采用操作系统IPC处理机制,单个性能方面感觉达到极致。从满足“高频高并”采用集群模式迎接这种挑战,实现采用C语言进行开发。
说到瓶颈的话,个人感觉是在业务处理流程、程序优化、数据库的i/O、网络i/O等环节了。
至于采用B/S架构的话,瓶颈涉及的环节又增加不少。
无论是C/S还是B/S,其底层处理机制差异化不大,表面是对开发人员的要求及开发效率的差异。
panjin11 发表于 2014-7-1 15:23

可扩展的服务架构+虚拟技术,投入很大的说,每年维护费过3000万人民币。
虚拟化技术,主要目的是提高硬件的利用率,别的暂时还没看好。
犹如近两年盛行的云??,实质是什么东西
上海证券交易所系统架构 这个感觉是并发要求高了,也不错的。
应该说,只要是逻辑耦合度低,硬件没有充分利用,都可以使用高频高并发系统。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|期货交易自动化论坛

GMT+8, 2024-11-24 23:49 , Processed in 0.128535 second(s), 27 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表