不知道lz的意思是系统自动定位故障,还是提供足够方便的数据供运维人员定位?这可是两个完全不同的方向,如果是前者,我也很想知道,估计要出动alphago吧?
想问一下如何定义监控系统的误报率、准确率、漏报率这几个KPI?没有计算公式的KPI接近于耍流氓。。。
我理解两者都是重要需求
单从架构角度说,更倾向于一个small and clean的纯粹的交易系统,这样能更容易的实现更高的交易支撑量,而把账户管理、日终清算、报表查询等原本混杂在集中交易系统的功能剥离出去。当然,随着创新业务的不断开展,最好将创新
弹性问题的话,我司的核心交易采用了IBM小机。据说现在可以如此操作,各台小型机分别CPU满配,但只共同购买部分许可(据说价格将大幅下降),哪个系统波峰来了,可以实时热调整其许可,以提高处理能力。
这个,sunshine01是哪位仁兄?
HADR是存在一定问题的,在这个问题上首先一点就是不能级联。如果券商希望做同城备份以及异地灾备,老版本的DB2 不能单一依靠HADR实现。DB2 v10以后增加了多节点,但不能级联的特性导致一旦A节点出问题,B节点接管后变成了单
首先应考虑中间件的部署以及自身编码有无改进空间。以交易系统产生日志的大小来看,一般存储的MBPS应该OK,那么,问题可能在IOPS上。现如今,高端存储的SPC-1测试值已经能达到百万级别,实际生产中100K应能做到。那么,假设BP记
不知道具体是指从哪个维度拆分呢?
分久必合,合久必分,亘古以来,莫不如是,看处在什么历史阶段而已。以目前虚拟化、云计算盛行来看,初步估计多节点将逐渐主流,只是大家的多节点实现不见得一致。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30