云架构无非是 分配资源策略底层都是厂商成熟的 虚拟化技术 powervm vmware 等目前情况下 大部分已经在 相应虚拟化平台上运行上云只是 把分配方式进行规划和自动化 不会影响生产的稳定性和强壮性...

从技术角度来讲，任何业务系统都可以上云。只不过金融客户一直都比较保守，对于云的安全性和稳定性考虑的都比较高。常见的判断标准如下：1、核心业务系统一般不会上云，大部分核心系统都是大型机和小型机，上云风险太高，不管从性能还是稳定性来讲，目前都达不到金融系统要求。2、外围...

金融行业是一个比较特殊的行业，在安全性上要求比较高，一般我们接触到的金融行业都是建立两套私有云环境，一个生产云和一个测试云，这个没有必要非得混合成一个云环境，这个是由金融行业特殊的企业性质决定的。如果一定要考虑全生命线，可以适当的采用容器技术，测试好的业务可以直接...

不论甲方还是乙方，首先要有这个安全意识，我觉得你考虑到的这几种做法是应该做的，还应该从国家对于信息安全等级的要求来做，比如，一个行业或者系统按照等级保护要求是几级的，这个安全等级都有那些要求等情况要清楚，然后如果自己有这个能力，就按照你这几个考虑去做。但我觉得还是先...

风险点在于1、资源池监控以及动作的响应上面要及时，也就是说要以预防为主，配置好应对的策略！2、应用系统本身的健壮性，当有问题时能够让资源池进行隔离与日志抓取，以用来问题的根源分析...

有多少钱，就做多少钱的事

网络方案：1.Nat 原生就支持了，需要做端口转发，规模大的话需要做优化，并且需要做端口管理，大规模上的话网络性能是瓶颈。2.Overlay 性能损耗太大据测算有75%的损耗，底层环境已经是IaaS如果再用overlay的话，就是没事给自己找事做。3.Calico 性能有一点损耗，需要有对网络比较懂的同...

建议针对应用提出的要求，评审其需求是否合理，进行SQL审查，尽量不赋予其DBA的权限。

1.实现双活原理：svc stretch cluster是SVC LOCAL CLUSTER的拉伸版，其实现原理和技术主要是SVC VDM，它需要最少一套I/O GROUP，两个SVC节点作为需求，每个站点的主机均读写各自站点的SVC节点和存储，对于写操作来说，先写某个SVC节点的缓存，再将该缓存同步至另一站点的SVC节点中，最后分...

       严格意义上，云灾备的应用并不是很广泛，但是要打擦边球的话把虚拟化当做云的话，可以说有一些已经在使用了。      云的底层技术还是虚拟化，对于备份软件来说，云设备都被虚拟成Cloud Device，类似于一个AFTD设备，作为备份数据的存...