如何对资源池进行分层、解耦，各种异构的资源池如何统一化管理?

资源池的分层、解耦主要基于应用特点考虑，包括应用分级和应用用途。
首先是应用分级，不同级别的应用系统使用的资源池必须要区分开来，例如关键的服务系统和渠道系统需要分开，交易类系统和管理类系统要分开；
其次是应用用途，俗话说好钢用在刀刃上，资源应该按照可靠性、纵向扩展能力、成本等方面分层，分别用于最合适的用途。例如把如关键的数据库、消息中间件放在PowerVM资源池，次重要的数据库放在VMware资源池，可分布式部署的放在KVM资源池。
除此之外，还需要根据各计算资源池特点分配相应存储池，在保证高可用和性能的同时，又尽可能地降低成本。
至于统一管理，我们是采用商业版本的OpenStack对接VCenter、PowerVC，并直接管理KVM，实现各种异构资源池集中管理。

可以将资源池分为物理资源池和逻辑资源池两层，物理资源池主要是根据物理设备的电气特性、配置特性等进行分类、池化，而逻辑资源池则是根据网络、用途（提供的服务）的不同将设备进行池化。这样，用户在申请服务时，是在逻辑资源池中分配资源，而逻辑资源池在扩容时，是在物理资源池中分配资源。这样，就可以将服务的运维、资源(软硬件)的运维、物理硬件的运维（上下架、加电布线）进行解耦。
异构资源池，我理解有两类异构。一类是设备的异构，但是对外提供的服务是一致的，如华为服务器和浪潮服务器是异构设备，但对外都可以提供X86 虚拟机服务；一类是设备和服务都是异构的，如X86服务器和AIX服务器是异构的，对外提供的服务也是异构的。无论是哪类异构，如果要统一化管理，都需要资源池管理软件的支持。要对相关设备和软件进行抽象，对上提供的服务接口是一致的，对下适配不同的软硬件。

针对这个问题，我更赞成自顶向下的思路去做好顶层设计和业务规划以及IT规划，这是理想的方式。首先还是理清楚业务本身的需求，业务理清楚了，应用必须实现分层，展现层业务逻辑层和技术支撑层一定要分开，也就是按照SOA、微服务等理念做好应用的分层解耦。应用层应该重点解决业务逻辑本身的问题，共性的支撑能力应该下沉到平台等，也就是“厚平台、薄应用”的概念，应该尽量避免单体应用的出现。
应用实现了分层，自然会映射到资源层。
无论是物理资源、虚拟化资源、小型机资源、专用资源，都应该统一看作可利用的资源组件，组件按照分级分域的理念，实现池化。
资源本身性能各不相同，所以用户依据业务等级选用不同资源，通过合理的网络划分及安全访问手段实现不同资源的隔离，进而实现了资源分层。
对于计算、存储、网络异构资源管理分别有不同的做法。就计算资源来说，openstack等开源云管平台已经为kvm、vmware、物理机等资源分别配置服务接口，能够实现统一纳管。对于存储资源，通常是以存储虚拟化网关的形式，对接不同厂商的存储，实现存储资源异构管理。而对于网络资源，未来的趋势则是借助SDN和NFV技术，将网络配置工作通过SDN控制器统一下发，而异构网络设备逐步变为白盒式的网元设备。
一般实现异构资源的统一纳管，比较可行的是借助第三方统一云管实现上述各类资源的统一纳管，至于实现到什么程度，是统一视图的监而不控，还是真正实现纳管，要看具体的力度。

资源池分层和解耦一般是以设备自身软硬件特点来进行的，对于企业来说，一步到位的设备采购都是不实际的，会随着企业信息系统的真实需求和技术发展而会发生变化，如果想简单了事，一般以同一时期或者同一型号的设备作为一个资源池等等，异构的资源池统一管理大多以软件来做接口统一，这样方便也易于长期发展，使用硬件容易受厂家制约。

资源池分层需要依据底层资源的具体特点并结合实际业务场景进行资源池分层划分，需要借助资源池化的工具来实现；关于异构资源池统一管理首先要解决异构资源池化的技术实现，再通过软件定义技术或者其他相关技术实现统一管理。