异构资源池,这个题目有点大,抛砖引玉吧,说个简单一点的,如存储异构在PowerVC中不如意:只能使用SVC在非PowerVC中:目前可以管理异构存储主要2大类:1)基于存储底层的,如 SVC 和 Vplex 的,只是不适合高速交易类2)基于软件,比如通过Ve
主要的困难:1)如何确保交易期间零故障,这是每年的硬指标,不是说说的。2)如何应对股市的突发行情导致的交易量的忽大忽小。3)如何有效评估系统的运行状态,发现潜在的不足和风险4)硬件某些部件不稳定,导致的部件召回5)软件补丁的
虚拟化和超融合 其实都不是省钱的主。
不同的业务模式需要不同的架构。这种架构作为券商的核心交易系统是不适合,因为券商核心交易系统是一个高可用、高并发的系统。本架构一般适合于需要运行在IBM AIX上低并发的业务系统。
券商的生产环境是一个高安全(高稳定)、高效率的环境,在交易期间要求零故障。近2年券商的新业务发展特别快,创新业务不断推出,除了开发新业务还要改造老业务,只有一个稳定、高效、动态分配的测试环境才能满足新业务的推陈出
券商生产数据大部分以dump的方式应用到测试环境。生产环境和测试环境在物理上是隔离的。
不好意,没有测试一些更高级的功能。只测试了VIOS直接切换、网络等安全性
测试环境会不会做备份,备份策略是如何制定的?一般不做,如果需要,可以做,策略是临时的在测试环境会不会和生产环境一样开启归档模式进行测试?开启,尽量和生产环境一致 如果不开启,那个性能测试报告评估可能会和上线的性能评估
1、如果无法脱敏的测试,通过设置白名单,限制登入人员2、可以脱敏的,一般使用脱敏脚本,数据恢复后,通过脱敏脚本实现脱敏3、后台测试数据只有内部人员可以直接访问,外来开发人员不能直接访问测试数据,通过开发云(我们的开发云
PowerVC中只能用SVC。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30