蓝盟IT小贴士,来喽!
容器再次点燃了虚拟化和整合的争论
企业采用虚拟化就像更换新服务器一样简单。 尽管如此,虚拟化仍然存在一些挑战。 例如,如果物理服务器运行50台Windows虚拟机,则大量的重复内容和工作会消耗服务器资源。 50个虚拟机必须加载相同的内核,将相同的文件存储在50个虚拟磁盘上,并维护50个windows操作系统的副本以应用修补程序。 这对于Windows系统和Linux系统也是如此。 Linux的50个副本必须保留,并且必须使用重复的资源。
大型IT组织发现,虚拟化部署了大型虚拟机,而自动化无法完全消除虚拟机的管理成本。 服务器整合可以减少需要维护的操作系统数量。 它还降低了运行的应用程序的成本,使您能够以相同的成本同时运行更多的应用程序。
非虚拟化整合非常困难,但可能更有效。 基于容器的服务器整合也是如此。 整合可确保多个应用程序在同一操作系统上运行,或者多个应用程序实例在同一操作系统上运行。 重要的是,如何将这些应用和应用与——隔离开来。 这是容器技术解决的问题。 虚拟化容器可以隔离容器实例,而不必在单独的操作系统中隔离每个实例。 一台服务服务器可以运行数百个容器实例,所有实例都共享操作系统。
虚拟化容器提供了将应用程序整合到单个服务器的有效方法。 使用自动化工具,IT团队可以创建、管理和销毁成千上万的同类容器实例。 在许多应用程序中,此编辑方法使容器成为虚拟机的更好替代品。 因为集装箱的引进比十年前容易了。
容器化面临的挑战是开发人员必须重建或重新创建应用程序。 Oracle或SQL数据库不部署在容器中。 至少,这种方式非常不适合生产环境。 这些应用程序将继续在虚拟机或物理服务器上运行。 可以看出,从一开始就为了容器的运转而设计的应用程序正在兴起。 这些应用程序遵循web应用程序的模型。 目前,容器已经在web应用程序中普遍使用。
随着时间的推移,企业环境下的容器化工具和良好的容器开发运输实践越来越普及。 开发应用程序需要花费时间。 这场革命可能需要10年才能使容器的普及度达到当前企业正在使用服务器虚拟化的程度。