企业在位于其数据中心的单个物理服务器上运行一个应用程序工作负载的日子已经一去不复返了。虚拟化改变了这一切。
使用虚拟机还是容器来提高IT效率是一个复杂的问题，没有简单的标准答案。如今，越来越多的客户将更多业务转移到云计算上，他们希望了解移动到容器还是坚持使用VM，哪种方式是适合自身实际的正确选择。
在单个服务器上运行单个应用程序曾经是处理业务的方式。但这是一种浪费。它没有使用机器CPU、内存和存储空间的全部容量。虚拟化对物理硬件进行了抽象，以创建一个共享的资源池，在此基础上可以运行多个应用程序，最大化物理服务器的全部容量并降低IT成本，同时还加速了工作负载向云的转移。虚拟化有很多种类型——包括数据虚拟化、操作系统虚拟化、桌面虚拟化等。
容器和虚拟机都是虚拟化的一种形式，只是方法不同而已。基于虚拟机的虚拟化是通过虚拟化环境软件层将物理机的CPU、内存、存储等资源分配给不同的虚拟机。容器是一种更轻量级的方法。它们位于物理服务器上，并承载主机的操作系统。容器优于虚拟机的好处是，与虚拟机相比，用户可以更快地启动容器，并在单个服务器上运行多个工作负载。容器也更易于移植，对于开发和测试环境非常有用。
考虑到这些优势，是什么阻止了IT部门立即将工作负载从虚拟机转移到容器？答案很简单：运行容器的复杂性是另一个层次的。对于许多IT团队来说，VM是自己熟悉的，而容器则代表着未知。同时，容器可能会引入潜在的安全风险，一些IT团队想要通过容器达成与过往一致的结果，这个过程并不容易。第一，组织将更多工作负载转移到云上，并且在不同的云之间移动虚拟机时遇到了麻烦。将虚拟机从本地迁移到公有云或私有云是一个耗时且复杂的过程。虚拟机依赖于操作系统的全部资源，这使得它们的可移植性较弱。相反，容器可以方便地将应用程序从一个云平台移动到另一个云平台。使用基于容器的微服务是使应用程序更具可移植性的另一种方法。将微服务放到容器中允许组织将应用程序分解成更小的部分。这意味着当应用程序在不同的环境间移动时，IT可以保持应用程序可靠地运行。第二，IT部门的技能和文化有助于增强容器化和微服务的存在感。市场对具有构建容器化应用程序经验的开发人员需求非常大，优秀的云原生技能是香饽饽。如果企业的IT团队足够幸运，能够招募并留住在Kubernetes、容器和微服务方面经验丰富的顶级人才，并拥有完全拥抱敏捷和DevOps方法的文化，那么团队可能已经为更多的容器化做好了充分的准备。第三，组织越来越依赖于云原生应用程序来加速创新和满足不断变化的客户需求。使用云原生应用程序，企业可以使用自动化轻松构建和运行跨本地、公有云和私有云扩展的应用程序。通过将应用程序开发为微服务，组织可以更加灵活和快速地部署应用程序。与使用虚拟机(非容器化)相比，有效使用容器和微服务是实现云原生应用程序更好的方法。
当然，容器和Kubernetes也存在安全风险，最近有报道称，已有恶意软件针对基于Windows的容器，可以用来部署勒索软件的情况出现。
IT部门都需要根据实际情况，评估容器或虚拟机是否适合自己。一些遗留应用程序可能更适合保留在虚拟机中，其业务关键属性不容忽视。
良好的开端始于坦诚的评估。重要的是，风险意识要时刻牢记心中。
▼☟▼InfoScale支持Kubernetes白皮书。
