产品级别的 最好用vmware的虚拟技术powervm其他kvm技术 稳定性还没有得到 认证用 vmware FT技术可确保 业务不中断

按照安全分级和服务级别的要求可以考虑分隔，但不是必须的，由于生产系统要求的安全级别更高，性能和可靠性要求更高，可以建立相应级别的资源池以对应，比如闪存的存储池对应数据库的计算资源池等等。我们计算资源池按照应用类型分，如属于密集计算消耗CPU高的，属于高内存使用的，硬件...

其实双活这个字眼并不属于容灾范畴，容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。那么基于此，本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的双活。在这个前提条件下，从Oracle...

云管平台（CMP）定位对于各种云服务的管理，如对PaaS（含DaaS）、IaaS的相关服务管理。主要提供：1.BSS能力，如云服务管理、服务目录、服务申请、审批配额等运营相关能力；2.OSS能力，如监控事件告警、安全、补丁升级等等运维相关能力；3.云分析能力，如计量计费、成本分摊、预测及成本优化等...

在有了底层的各类虚拟化资源池之后，云管平台无论是统一资源层还是服务层，都是一种“软件”，所以对于云管平台的技术路线，简单讲就两种：1.商用软件路线专业的商用云管平台考虑的面比较广，往往以应用和用户为中心，支持各种高级功能，它的优点是：实施周期短，开箱即用，对于企业自身IT人员...

A,B两端数据库根据业务不同来划分主次对外提供服务，两端数据库都处于活动状态，都能独立工作且双向同步，举个例子，业务A，优先接入A端数据库，同时，A端的数据会同步到B端，B端会有少量业务A接入，同时也需要同步B端数据到A端数据库，当发生数据故障或者网络中断的时候，启用B端数据库作为唯...

个人认为微服务架构的核心问题还是在如何对软件进行适当的组件化，因此如何更合适地组织微服务的逻辑边界，或者说微服务的拆分原则是最应当关注的。总的来说，微服务拆分需要尽量从业务视角、服务自给自足、非强事务性、效率等方面考虑。这是设计层次的问题，直接关系到应用的灵...

mysql的多活方案（这里仅仅是多写），mgr>pxc>传统主从+跳号的双向复制mgr在最新几个5.7的版本支持，搭了就用pxc需要使用包含galera的发行版，推荐使用percona传统主主双写，需要配置好自增id的增长步长，避免冲突自研中间件，根据业务需求自己实现切换规则，写入规则等，定制化程度更...

个人经验：容器云网络组件目前是百花齐放状态，各类组件非常多，个人认为总体上可以分两大类：一类是扁平式网络，这类网络性能高，但是配置复杂，管理不便另一类是多层网络，这类网络和SDN比较容易结合，SDN会带来管理方便的好处，但是性能不如扁平网络所以理论上最好是扁平式SDN网络，性能和...

开源平台缺少 必要的开发支持而厂商的平台开发速度又慢看你公司的技术能力 有强开发能力的用开源没有用厂商