可以分镜像库，非实时查询业务可以去镜像库查询，实时查询业务首先就需要从应用设计角度出发，结合数据库，尽量结合索引，避免不加任何条件的整表查询，还有就是定期针对数据库数据进行清理，还可以做分表，前端应用实现集群或负载基本就缓解前端访问的压力，剩下就是结果的反馈，后端数据库...

应该说容器云平台的适用面还是很广的，比如AI、BI、中间件服务，尤其适用于无状态型的管理系统应用，秒杀类业务量弹性大的应用

建设目标确定以后，不忘初心。还有，安全的红线不能碰

以通俗的语言理解应用级灾备：1、灾备端部署了应用节点，和生产应用程序/配置一致，并可以接管生产应用2、灾备端部署了数据库节点，和生产数据实时/异步一致，并可以接管生产数据库要求性价比高，就是尽量简单，但能达到要求。灾备端的硬件可以半配，但必须和生产硬件平台保持一致，可以升...

感觉不是存储本身的性能瓶颈导致的，是不是和虚拟化平台调用存储的方式相关呢？昨天听青云的人讲他们的虚拟化平台的架构，他们用的不是传统虚拟化平台把存储stripe然后分给所有物理机的方式，他们认为这样大量的时间是花在了网络传输上，且对带宽的要求比较高。他们的做法是不做存...

主流开源软件的特点就是更新快，在选择使用前，应根据自身需要选择一个合适的版本，比如当前的次新版。进入使用后，需要结合自身需求、安全漏洞等因素综合考虑，自身需求一般在长时间内不会有太多变化，都是一些基本需求，为保持稳定，当自身有新的需求当前版本无法满足时才建议考虑采用...

如果是存储不满足就是扩容，可以加个虚拟化网关，配SSD做缓存，提高存储处理能力，主机不够就换主机了，大多数的PDM基本都是这种架构了。估计你们也不会全换吧。

银行自动化运维项目建设八大难点问题解析http://www.talkwithtrend.com/Article/243907社区里面有现成的答案，都总结好了。

核心系统的架构设计多是应用层面的分解，而容灾主要是数据层面的架构。所以对现有的容灾架构不会有太多的架构方面的影响。可能会涉及到一些数据的分解、迁移之类的事情。

首先功能是第一位的，然后再考虑页面设计，由于不同的用户（角色）的关注点不一样，为提高工作效率以及用户使用感受度，此类设计可以作为一个Plus的工作去做。