性能不好，这里涉及两个问题。一是超融合技术都在不断的发展，不知道您是测试的是哪一年的产品？二是超融合厂家和厂家的能力差距比较大，这就需要在poc测试的时候进行充分的评估，根据笔者所知，现在很多超融合平台的io能力已经超越例如emc、ibm这些大厂的中端存储能力；三是部署是否...

1、网关只是流量入口，不做任何业务处理，只负责转发2、尽可能接口见名知意，不要使用参数来确定接口类型3、后端服务非常多，可以使用分布式日志服务或者分布式调用链（推荐skywalling，无需开发直接使用Agent接入）...

物理机，本地硬盘。

我觉得主要从以下几个层面考虑：从整体架构上来看，通常关注网络层、应用层、数据库层和存储层这几个层面，对于网络层要求双中心间二层打通，实现双中心间业务引流；对于应用层，采用GTM & LTM 联动技术实现跨数据中心保护；对于数据库层，采用跨数据中心集群部署，系统保留ADG等类型...

通常都会有的，例如应用集群里的日志文件的共享，业务文件的共享，解决方案也比较多。有的企业有专门的文件传输平台或者业务总线，可以提供应用节点间的文件互通，除此之外，还可以考虑使用nas进行共享，但是性能相对较差点，GPFS是一个比较好的共享方案，性能比nas更高。...

容器是一种选项，有优劣势，有匹配场景，很难说普适所有应用。老核心跑的好好的，的确不需要硬上容器，而且不改造应用，也不一定能获取容器的优势。重点是老核心如果要引进新的功能，我们如何用代价较低的方式来对接？这时候也许容器化的服务可以是一个选项，新服务跑容器，老核心依旧跑原来...

我举个例子，原有生产数据库系统oracle10g RAC的硬件平台采用的是HP Unix小型机和EMC 储设备，而新采购的硬件平台是IBM小型机和NetAPP存储设备。两套数据库系统的硬件平台属于不同厂商，属于异构架构，跨平台，跨操作系统将导致后面要实现的Oracle数据复制功能得到很大的受限，无法...

可以通过跨中心的负载均衡GTM实现，策略配置成双中心的应用同时双活或者配置成本中心的应用全部故障时将业务转发到同城的应用服务器上。

金融科技的浪潮彻底改变了人们对金融服务的认知。IT系统是为了支撑业务需求而存在，业务需求变了，IT架构也必须跟着变化才能满足业务变化的需求。传统稳态模式业务的特点是需求明确、可预测性，在应用开发之前就把需求都搞明白了，按计划驱动，采用瀑布式开发。新型敏态IT的业务特...