这个年代首要处理资源分配和办理的问题，这是资源维护者的中心诉求，而很多的资源中（核算、存储和网络等），又以虚拟机为主体，所以这个年代的云核算，简化点便是现在我们了解的环绕虚拟机构建的IaaS资源办理体系，一切的资源办理以虚拟机为中心配套规划。在私有云为主的年代，完美地匹配了用户的需求，所以这个年代各种IaaS办理软件呈现，OpenStack也在这个年代达到了空前的昌盛，VMWare在这个年代取得了巨大的开展，推出了各种资源办理产品（vSphere、vCloud等）。这个年代，用户是比较单一的，诉求也是比较原始的，便是作为IT的Operator或许Maintainer，要把资源的办理做到极致。这个年代其实也在测验去处理更高档的用户需求，可是理念仍是以虚拟机为主体，比方前期根据虚拟机的PaaS渠道Cloudfoundry，比方根据虚拟机的使用编列项目Murano等等。
跟着公有云的遍及和私有云的极致开展，云核算的首要对立变成了日益增长的多元化用户需求与落后的以资源编列为主体理念之间的对立。公有云用户更想以使用为主体来构建IT软件栈和IT体系，期望以愈加灵敏、更细粒度的操控来习惯使用的快速迭代，乃至是私有云的IT办理员也愈加期望资源编列愈加的灵敏。此刻，云核算的中心理念就很天然的进入到了以使用编列为主体的云核算年代。很显然，满意这个理念的Docker、Kubernetes等技能，必将会在这个年代完成空前的昌盛。
根据上述对云核算中心理念改变的剖析，下面就来讲讲，新年代下应该怎么去规划一朵云。
IaaS层的价值在于资源的编列（调度），假定扔掉IaaS层，那么K8S就必须要从头完成资源办理相关的功用，比方裸机（包含纯物理机）办理、虚拟机的办理（必定还会存在），存储的办理（集中式存储、各种分布式存储等），网络的办理（各种SDN的对接或许功用完成，underlay和overlay网络），安全组件的办理（安全设备、安全虚拟化设备）等等，此刻，K8S仍是在做以使用为主体的办理吗？K8S仍是K8S吗？乃至K8S在IaaS办理方面，会比OpenStack等IaaS办理项目完成的更好吗？除非你以为在以使用编列为主体的年代，不需要资源办理，很显然，这都是不对的，K8S的要点应该环绕使用和服务，而不是过多重视底层硬件资源的办理。
再回到IaaS层上，正确的理念就应该是“分层”的理念，OpenStack在最火爆的时分，忘了初心，做了很多以使用为中心的作业，现在就应该回归初心，专注做好自己的资源办理部分（IaaS资源办理），可是与曾经不同的是，此刻现已不是以OpenStack（虚拟机）为中心的年代，OpenStack必定要交出整个渠道的操控权，交处以使用为中心的K8S，可是，不以你为中心，并不代表不需要OpenStack，更不存在K8S代替OpenStack。VMWare是这个理念的先行者，推出了虚拟机和容器深度结合的项目Project Pacific，在这个项目中并没有用K8S代替vCenter、vSAN等，仅仅把操控权从vCenter转交给了K8S。