通过微服务接入集中交易系统吗?把集中交易系统作为微服务的后台?证券业集中交易系统常规的稳态模式目前基本不变的,通过极速交易接入、量化等高频交易接入,以及其它第三方接入集中交易系统,常规是盘前和盘后的一次性同步资
关于SQL质量控制,市场上有几家公司有相应的产品,做SQL质量检查和优化建议,可以供参考。主要有几点思考:1. 集中交易系统需要做好每次大升级前后的存储过程,表结构、索引等比对,通过升级前后的异同来判断可能会对系统性能造
1. 目前市场上有敏捷数据管理平台系统,主要用于仿真/开发/测试环境,实现数据库不同版本的管理和快速发布。2. 基于测试环境的,部分券商交易系统软件补丁升级实现工具化(自研或合作开发)。3. 基于生产环境的自动升级,由于
1.扩容容易,缩容很难,做到自动扩缩荣更难。作为最核心的交易系统,任何一个部分变动,都需要经过论证,扩容很常见,缩容也遇到过,2.快速定位压力瓶颈,主要在于日常监控知识库的积累和技术人员的能力提升。 当然现在市场上已经有
一、使用DSG,DDS等基于数据库在线日志的数据复制技术,有专门的小工具实现主备之间 schema时间的比较,也可以自己开发一些小工具。二, DSG,DDS 都支持多线程并发技术,例如按用户/按表等加强并发,对同步效率提高比较明显。
一、灾备切换中的两个关键指标RTO和RPO,其中RPO(业务数据丢失),在目前的技术层面容易做到0丢失,或接近0丢失。RTO指标很关键,要看两个中心机房或者故障切换的设计,更多的是判断切换的时间因素很难衡量,二,广发证券在灾难备份整
一、在交易系统的体系架构设计上实现“松耦合”,这是根本。二、提升存储性能,例如:闪存卡,SSD盘,并在存储区域上根据各应用进行评估,分散存储。
证券行业基础平台监控:主机、数据库、网络、操作系统,市场上的都有相应的监控系统,目前各大头部券商,都在做监控的整合,或者已经上线集中监控系统,通过统一集中的监控平台和各相应的专业监控系统进行对接,从而实现统一监控、
如果是指类似 Extended RAC方案的话,证券行业目前没有 Oracle数据库跨城(两城距离超过50KM)双活的案例 。
对核心业务系统的要求是:安全、稳定、高效;对核心数据库的要求也是: 安全、稳定、高效 .在能满足业务系统要求情况下,实现安全、稳定、高效运行,能够尽可能的避免一些可见的风险,就是一个好的架构,便于运维管理更是锦上添花
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30