服务器更新的制作方法

更新大型服务器集合花费大量规划和时间。确定清单和安装集合花费时间，并且同时地将固件更新部署到大量服务器可能产生网络瓶颈。

附图说明

在以下描述中描述了本公开的非限制性示例、参考附于其的图来阅读本公开的非限制性示例，并且本公开的非限制性示例不限制权利要求的范围。在图中，出现在不止一个图中的相同的和类似的结构、元件或其一部分通常利用它们所出现的图中的相同的或类似的参考编号来标记。主要为了方便和展示的清晰起见来选择在图中所图示的组件和特征的比例尺，并且组件和特征的比例尺不一定是按比例的。参考附图：

图1是根据一个示例的多个服务器和系统的框图，该系统包括能够获得多个服务器的清单、创建指纹，并且创建和部署固件安装集合的处理器；

图2是用于确定多个服务器的清单、创建安装集合、获取更新，并且经由容器来部署更新的方法的流程图；以及

图3是能够确定清单、创建子类、创建固件安装集合，并且创建和部署容器的计算设备的框图。

具体实施方式

在下文的具体实施方式中，对附图进行参考，附图形成其一部分，并且其中通过图示来描绘其中可以实践本公开的特定示例。应当理解，在不背离本公开的范围的情况下，可以利用其他示例并且可以进行结构或逻辑改变。

更新大型服务器集合花费大量规划和时间。确定清单和安装集合花费时间，并且同时地将固件更新部署到大量服务器可能产生网络瓶颈。

在本文描述的示例可以利用集中式服务器群组、管理服务器、远程管理计算设备等等。先前提及的计算设备中的任何技术设备(诸如，管理服务器)可以采集多个服务器的清单。所提及的计算设备(例如，管理服务器)可以基于多个服务器中的每个服务器的指纹来采集多个服务器的清单。正如指出的，多个服务器中的每个服务器可以具有相关联的指纹。可以通过多个服务器中的每一个服务器本身来生成每个服务器的指纹。指纹可以与服务器的组件的列表、服务器的类型或型号、每一个服务器的固件的列表以及服务器的任何其他应用或驱动器相关联。多个服务器中的许多服务器可以具有相同的指纹(例如，共享或公共指纹)。在此类示例中，可以将那些服务器分组在一起，并且对于共享相同指纹(例如，公共指纹)的整个服务器群组进行一次清单获取。在示例中，数以千计或数以万计服务器可以共享相同的配置。服务器可以基于每个服务器的配置来共享相同的或者公共指纹。可以对于所有服务器进行一次清单获取而并不针对每个服务器进行。多个服务器中的其他服务器可以具有独有指纹，或者可能地具有公共指纹和独有指纹的组合。

在多个服务器的清单之后，无论基于指纹还是不基于指纹，先前提及的计算设备(例如，管理服务器)可以生成固件更新的列表。换句话说，管理服务器可以按公共或共享的清单并且按独有清单来生成安装集合。在另一个示例中，可以基于各种参数将公共清单分解到子类中。在安装集合生成之后，先前提及的计算设备(例如，管理服务器)可以部署容器。容器可以存储每个生成的安装集合。先前提及的计算设备(例如，管理服务器)可以基于各种条件和参数在战略上部署容器。换句话说，先前提及的计算设备(例如，管理服务器)可以基于待更新服务器的位置、安装集合中的固件组件的量、部署需求，和各种其他参数来部署容器。在容器部署之后，先前提及的计算设备(例如，管理服务器)可以给多个服务器发信号或通知多个服务器进行更新。先前提及的计算设备(例如，管理服务器)也可以发信号或通知特定服务器基于各种参数进行更新。

因此，在本文提供的各个示例基于独有指纹和公共指纹来确定多个服务器的清单。示例包括基于服务器的清单来创建已安装固件的公共集合和已安装固件的多个独有集合。示例也包括基于已安装固件的公共集合以及包括在多个服务器中的组件的类别来创建已安装固件的子类集合。示例也包括获取与已安装固件的子类集合和已安装固件的独有集合相对应的固件版本。响应于更新请求，示例包括创建用于与已安装固件的子类集合和已安装固件的独有集合相对应的固件更新版本的容器。示例也可以包括向多个服务器发送包括至相应容器的链接的更新消息。

如图1中所示，系统102可以包括处理器104和非暂时性机器可读存储介质106。系统102可以由一个或多个计算设备组成。计算设备可以包括一个或多个处理资源和非暂时性机器可读存储介质。非暂时性机器可读存储介质106可以包括可以通过处理资源执行的机器可读指令。系统102可以通过内联网、因特网、管理网络、一些其他类型的连接或其组合而连接到多个服务器108或其他计算设备。服务器108或计算设备可以包含多个组件、这样的处理资源、非暂时性机器可读存储介质、管理组件、输入输出(i/o)卡和其他外围设备。所引用的组件可以包括但不限于相关联的固件和驱动器(换句话说，特定固件和驱动器可以与特定组件相关联)。服务器108或其他计算设备可以包括其它应用或实用程序，诸如代理或阵列配置实用程序。可以以规则的和/或不规则间隔来更新固件、驱动器以及其它应用。固件、驱动器和其它应用可以包括安装时的需求，诸如系统再启动、推荐的系统再启动、更新的次序(例如，一个组件取决于要被安装的另一个组件)，和其他参数。

如在本文所使用的，“计算设备”可以是存储阵列、存储设备、存储机壳、服务器、台式机或膝上型计算机、计算机集群、节点、分区、虚拟机或者包括控制器、处理资源等等的任何其他设备或装备。在本文描述的示例中，“处理资源”例如可以包括包括在单个计算设备中的或者分布在多个计算设备上的一个处理器或多个处理器。如在本文所使用的，“处理器”可以是被配置为调取和执行指令的中央处理单元(cpu)、基于半导体的微处理器、图形处理单元(gpu)、现场可编程门阵列(fpga)中的至少一个、适于调取和执行存储在机器可读存储介质上的指令的其他电子电路或其组合。

如在本文所使用的，“机器可读存储介质”可以是包含或者存储诸如可执行指令、数据等等的信息的任何电子、磁性、光学或者其他物理存储装置。例如，在本文描述的任何处理器可读存储介质可以是随机存取存储器(ram)、易失性存储器、非易失性存储器、闪速存储器、存储驱动(例如，硬盘驱动器)、固态驱动(ssd)、任何类型的存储磁盘(例如，光碟、dvd，等等)等等中的任何或其组合。此外，在本文描述的任何机器可读存储介质可以是非暂时性的。

如在本文所使用的，“基板管理控制器”或“bmc”是专用的服务处理器，其使用传感器来监视服务器或其他硬件的物理状态并且通过独立的“带外”连接与管理系统进行通信。bmc也可以通过ioctl接口驱动器或者表述性状态转移(rest)应用程序接口(api)与在os层级执行的应用进行通信。bmc可以具有对位于服务器机箱中的硬件设备的硬件级访问。bmc可以能够直接地修改硬件设备。bmc可以位于要被监视的服务器或其他设备的母板或主电路板上。bmc被安装在受管理的服务器的母板上或以另外方式连接或附接到受管理的服务器的事实不妨碍bmc被考虑为“分立”。如在本文所使用的，bmc具有对于计算设备的子系统的管理能力，并且从执行计算设备的os的处理资源分立。bmc从诸如中央处理单元之类的处理器分立，在例如每个独立服务器108a至108n的系统上执行高级操作系统或虚拟机。

如在本文所使用的，“容器”是用于在不启动每个应用的整个虚拟机的情况下部署和运行分布式应用的虚拟化方法。多个容器能够在同一计算设备上运行并且共享同一os内核。每个容器可以以用户的步调作为隔离的进程运行，而不是作为完整的os运行。在示例中，容器可以存储机器可读指令。在另外的示例中，机器可读指令可以包括要被安装在其他系统上的固件、驱动器，和其它应用。在另一个示例中，容器可以是无状态的容器。在另一个示例中，容器可以是准时制容器。在另一个示例中，在以上描述的系统可以包括机器可读指令来动态地创建容器。在此类示例中，可以在任何时间并且在战略确定的服务器上创建容器。系统可以利用参数来确定在哪里创建容器，诸如固件的尺寸，待更新服务器位于哪里、要被设置的服务器的量、或者其一些组合。

如在本文所使用的，“指纹”可以是识别计算设备的位串。计算设备可以基于计算设备的组件、安装在计算设备上的固件和其他参数来生成指纹。如在本文所使用的，“独有指纹”可以是关于有限数量的计算设备的指纹，例如仅仅一个、一些、或者少量的计算设备或组件可以与一个独有指纹相关联。如在本文所使用的，“公共指纹”可以是公共的。例如，公共指纹可以与许多计算设备相关联。

如在本文所使用的，“安装集合”可以是固件、驱动器、其它应用、实用程序的群组或其组合。该群组可以与组件的集合相关联。换句话说，群组可以包括用于组件或组件的集合的固件更新、驱动器更新、应用更新、实用程序更新或者其一些组合。独有的安装集合可以是包括用于一个服务器或者有限或小集合的服务器的更新的安装集合。公共或共享的安装集合可以是包括用于广泛或大型集合的服务器的更新的安装集合。在示例中，一万个服务器中的一个服务器可以包括图形卡。用于这样的服务器的安装集合可以包括图形卡固件。这样的安装集合可以被考虑为独有的安装集合(或独有集合)。在另一个示例中，一万个服务器的群组中的所有服务器可以包括bmc。用于所有服务器的安装集合可以包括bmc固件。这样的安装集合可以被考虑为公共或共享的安装集合(或公共集合)。

图2是用于确定多个服务器的清单、创建安装集合、获取更新，并且经由容器来部署更新的方法的流程图。尽管以下参考图1的系统102来描述方法200的执行，但可以利用其它适当的系统或模块。另外，方法200的实施方式不局限于此类示例。

在框202，系统102可以基于多个服务器108的独有指纹以及公共指纹来确定多个服务器108的清单。系统102可以扫描服务器来确定其清单。在服务器被扫描之后，系统102可以移动到下一个服务器。如果下一个服务器具有相同的指纹(独有的或公共的)，那么系统102可以不扫描下一个服务器。多个服务器108中的每个服务器(例如，服务器1108a、服务器2108b、服务器3108c、和直到服务器n108d)可以包括独有指纹、公共指纹或者其一些组合。多个服务器108中的每个服务器可以包括多个公共指纹和/或独有指纹。多个服务器108中的每个服务器可以创建独有指纹和/或公共指纹。在另一个示例中，多个服务器108中的每个服务器可以不包括独有指纹或公共指纹。在此类示例中，系统102可以获得多个服务器108的清单并且然后创建对应的指纹(独有以及公共两者)。另外，在创建指纹之后，系统102可以将对应的指纹和服务器标识存储在系统102机器可读存储介质106中，并且将特定服务器的指纹存储在特定服务器的机器可读存储介质中。在另一个示例中，服务器的机器可读存储介质可以包括创建指纹(独有以及公共两者)的指令。在此类示例中，服务器可以执行指令来在引导时、在提示时、或者在一些指定的时间创建指纹。在另外的示例中，系统102可以向多个服务器108发送提示以创建指纹。多个服务器108中的每个服务器可以将相关联的独有指纹和/或公共指纹存储在服务器的机器可读存储介质中。

在示例中，由系统102确定的清单可以是组件的列表、由组件利用的固件、固件版本以及相关联的服务器。在另一个示例中，可以将其他信息包括在清单中。例如，清单可以包括与组件和固件相关联的指纹。在另一个示例中，清单可以包括与(独有的和/或公共的)指纹相关联的服务器的列表。在另一个示例中，系统102可以将清单存储在机器可读存储介质中。可以以java脚本对象标记(json)格式、数据库文件格式、可扩展标记语言(xml)格式、电子表格格式或者提供容易的人机可读性的一些其他类似的格式来存储清单。

在框204，系统102可以基于多个服务器108的清单来创建已安装固件的公共集合和已安装固件的多个独有集合。响应于完成多个服务器108的清单，系统102可以创建已安装固件的集合。系统102可以创建已安装固件的多个独有集合和已安装固件的公共集合。已安装固件的公共集合包括在多个服务器上是公共的固件。与多个独有集合相比，公共集合可以与更大量的服务器相关联。在示例中，已安装固件的公共集合和已安装固件的独有集合可以是安装在服务器上的固件的列表。列表可以包括固件版本。在另一个示例中，安装在公共集合中的固件版本可以在与该公共集合相关联的所有服务器上是相同的。在另一个示例中，系统102将已安装固件的公共集合和已安装固件的独有集合存储在机器可读存储介质106中。在另一个示例中，已安装固件的公共集合和已安装固件的独有集合可以包括固件组件或固件程序包。在此类示例中，系统可以存储已安装固件的公共集合和已安装固件的独有集合的固件作为已知良好固件集合。在多个服务器108中的服务器上检测到被破坏的或被包含的固件的示例中，系统102可以将最后的已知良好固件版本部署到受影响的服务器。换句话说，系统102可以将固件回退到该最后的已知良好集合。

在框206，系统102可以创建已安装固件的公共集合的子类集合。换句话说，系统102可以对已安装固件的公共集合进行子分类。在示例中，子分类可以基于固件的类型和/或与固件相关联的组件。例如，子类可以包括bmc固件、可编程接口控制器(pic)固件、i/o固件、核心系统固件(诸如bios、统一可扩展固件接口(uefi)，等等)、硬盘驱动器(hdd)固件、固态驱动器(ssd)固件、高速非易失性存储器(nvme)固件、管理引擎(me)固件，等等。在另一个示例中，清单和安装集合可以包括驱动器和各种其他应用，诸如代理和实用程序。在此类示例中，驱动器和其他应用可以在所有服务器上是公共的。在此类情况中，子类可以包括(按设备)的代理、实用程序(诸如诊断或阵列配置)，和驱动器。在另一个示例中，系统可以在确定子类时考虑其他参数。例如，系统可以考虑特定固件是否对另一个固件具有依赖性。在此类示例中，可以将特定固件与特定固件所依赖的固件分组在一起。在另一个示例中，可以将可以引起系统再启动的固件分组在一起。系统102可以在创建子类时考虑其他参数。

在框208，系统102可以获取与已安装固件的子类集合和已安装固件的独有集合相对应的固件更新版本。换句话说，系统102可以获取多个服务器108的已安装固件更新版本。在示例中，系统102可以通过web服务器自动地获取固件更新。在另一个示例中，用户可以向系统102提供固件更新。在另一个示例中，可以通过至web页面的链接来获取固件更新。在此类示例中，可以将许多固件更新包括在包中。该包可以包括许多固件更新、不与多个服务器108相关联的一些固件更新。在另一个示例中，可以以规则的间隔使固件更新可用。在另一个示例中，也可以在任何时间使关闭间隔或一个关闭固件更新可用。在另一个示例中，随着系统102获取固件更新，系统102可以将更新保存到机器可读存储介质106。由于尺寸，固件更新可以处于压缩状态中。系统102可以将更新解压缩并且将实际的固件更新存储在机器可读存储介质106中。

在框210，响应于更新请求，系统102可以创建用于与已安装固件的子类集合和已安装固件的独有集合相对应的固件更新版本的容器。在示例中，可以以规则的间隔设置或调度更新请求。在另一个示例中，用户可以提示更新请求。在另一个示例中，通过事件来提示更新请求。事件可以包括新的固件更新可用性、由固件更新引起的问题、添加到服务器的新的组件、添加到多个服务器108的新的服务器和其他场景。在另一个示例中，系统102可以创建用于固件的在先的版本的容器并且可以将请求降级至固件的在先的版本而并非创建用于固件更新版本的容器。在另一个示例中，系统102利用存储在机器可读存储介质106中的并且由处理器104执行以创建容器的应用。在另一个示例中，系统102将所创建的每个容器部署到多个服务器中的一个服务器。在此类示例中，基于待更新服务器的位置、网络拓扑、服务器工作负载，以及固件更新的尺寸来确定托管容器的服务器。例如，如果多个服务器108中的服务器的群组共享公共指纹、利用相同的固件更新，并且位于同一数据中心中，那么系统102可以从服务器的该群组中选择服务器来托管包含用于服务器的该群组的固件更新的容器。在另一个示例中，容器存储与已安装固件的特定公共集合、已安装固件的独有集合或者已安装固件的子类集合相关联的固件。在另一个示例中，取决于在以上的示例中提及的那些的各种参数，容器可以存储与已安装固件的不止一个集合相关联的固件。

在框212，系统102可以向多个服务器108发送更新消息，该消息包括至相应容器的链接。在示例中，系统102可以基于各种参数来向多个服务器108中的服务器发送更新。在此类示例中，参数可以包括可以更新多少服务器、服务器位于哪里、每容器多少服务器以及固件更新处理的任何其他独有的方面(例如，固件安装过程包括系统再启动或固件更新包括对其他固件更新的依赖性)。在另一个示例中，系统102可以基于多个服务器的拓扑或网络拓扑来将更新信号分阶段以防止瓶颈。

在另一个示例中，系统102可以包括响应于多个服务器108中的服务器改变而发送通知的指令。在此类示例中，可以将组件添加到服务器。在此类示例中，服务器可以通过管理网络或一些其他网络连接向系统102发送通知以向系统102通知新的组件已经被添加。在此类示例中，系统102可以采取行动。此外，相应的服务器的bmc可以发送通知。在另一个示例中，如果在没有来自系统102的提示的情况下更新固件或其它应用，则相应的服务器的bmc可以通过管理网络来发送信号。在此类示例中，系统102可以通过将更新的固件或其它应用分别降低等级到最后的已知良好固件或其它应用，来采取校正动作。在另一个示例中，相应的服务器的bmc可以在外壳侵入时向系统102发送信号。在另一个示例中，在由系统102接收通知时，系统102可以采取校正动作和/或向用户或管理员发送通知。

如上面指出的，图1图示出包括处理器104和机器可读存储介质106的系统102以及与系统102进行通信的多个服务器108的示例。在示例中，系统102是管理站、单个管理服务器、远程管理计算设备或应用、运行管理应用的多个服务器或者能够管理多个服务器108的一些其他系统。

在示例中，系统102包括处理器104来获得多个服务器108的清单。在此类示例中，系统102可以基于多个指纹(独有指纹以及公共指纹两者)来获得清单。在另一个示例中，系统102可以通过扫描多个服务器108中的每一个并且记录多个服务器108的组件、与服务器的组件相关联的固件以及所已安装固件版本，来获得清单。在示例中，清单可以包括固件组件的列表、以及版本和与固件组件和组件(例如，服务器的硬件)相关联的服务器。清单可以包括其他信息。

在示例中，多个服务器108可以不包括指纹。在此类示例中，系统102可以基于从多个服务器108获得的清单来创建指纹。所创建的指纹可以包括公共指纹和独有指纹。公共指纹可以包括在多个服务器108中的多个服务器上的公共的组件。换句话说，数据中心中的服务器可以由同一类型或型号的服务器中的许多组成。在一些示例中，这些服务器可以全部具有相同的组件类型。因此，一旦获得清单，如果服务器具有相同的指纹，则可以不再次为具有相同的指纹的任何其他服务器获得清单。例如，如果一千个服务器具有相同的指纹，那么可以获得数千服务器的一个清单。在其中服务器108不包括指纹的示例中，系统102或服务器108可以创建指纹。每个服务器可以包括在(例如通过系统102)被提示时、在引导时、或者在一些预先确定的时间创建指纹的应用。每个服务器可以基于服务器中的组件、安装在服务器上的固件，和各种其他参数来创建指纹。一旦指纹被创建，则系统102可以获得多个服务器的清单。系统102可以获得具有特定指纹的服务器的清单，并且如果系统102到达具有相同的指纹的另一个服务器，那么系统102可以不获得其他服务器的清单，这是因为指纹相同的事实可以确立服务器具有相同的清单。多个服务器108中的许多服务器可以包括独有的组件，诸如独有pci卡片、图形卡，或者其他周围的卡片或驱动。在此类示例中并且如上所述，系统102或服务器可以创建独有指纹。独有指纹可以被若干服务器共享，但是不与共享公共指纹的服务器在相同的比例。

在另一个示例中，处理器基于可以基于独有指纹和公共指纹的所获得的清单来创建安装集合。安装集合可以包括服务器当前已安装的固件组件。系统102可以存储固件组件作为对存储到多个服务器108上的新的已安装固件组件的备份。备份可以确保固件的最后的已知良好的状态。备份可以针对坏的固件更新、可能的破坏、和可能的安全威胁来保护服务器。系统102也可以基于对多个服务器108上的当前已安装固件的更新来创建安装集合。在此类示例中，安装集合可以基于可用的更新，以及基于多个服务器108的独有指纹和公共指纹所获得的清单。在示例中，在更新被安装在多个服务器108中之后，系统102将由系统102利用的安装集合作为备份来存储。

在另一个示例中，处理器104可以将安装在多个服务器108上的安装集合分阶段。系统102可以以部分地基于指纹、多个独有指纹、服务器的拓扑、要被已安装固件或软件的类型、更新的尺寸、待更新服务器的量、更新是否可以具有与更新相关联的停机时间、更新是否具有特殊的更新指令或者其一些组合的次序，来将安装集合分阶段。

在另一个示例中，一旦更新被分阶段，系统102可以部署安装集合。在示例中，系统102可以将安装集合部署到由系统102创建的容器。在另外的示例中，多个服务器108中的各个服务器可以托管容器。在另一个示例中，部分地基于服务器拓扑、网络拓扑、待更新服务器的量、容器的尺寸以及更新指令，来确定容器可以被托管在其上的各个服务器。在示例中，多个服务器108中的每个服务器可以包括应用来托管容器。在另一个示例中，系统102可以包括应用来创建容器。

一旦安装集合被计算和部署，系统102就可以发送更新通知。在示例中，通知可以包括至相应容器的链接。在示例中，系统102可以通过管理网络向多个服务器108中的一个或多个服务器的bmc发送更新通知。在另外的示例中，多个服务器108中的服务器的bmc执行与服务器相关联的固件的安装或更新。发送更新信号或更新通知的每个服务器可以执行更新操作。

在另一个示例中，多个服务器108中的服务器可以在服务器物理改变时向系统102发送通知。例如，如果将组件添加到服务器或从服务器移除组件，则关于该服务器的指纹可以被改变。服务器可以向系统102通知服务器已经改变并且系统102可以指出关于该服务器的指纹、更新关于该服务器的清单，并且然后更新关于该服务器的指纹(或除与服务器相关联的任何其他指纹之外，创建新的指纹)。

在另一个示例中并且如上所述，系统102可以接收安全通知。多个服务器108中的服务器可以向系统102发送安全通知。例如，如果服务器经历安全事件，则服务器的bmc可以通知系统102。响应于通知接收，系统102可以采取校正动作。在示例中，安全事件可以包括硬件改变、固件改变、软件改变、非授权访问、物理闯入或者一些其他异常。在另一个示例中，校正动作可以包括固件回退、固件更新、软件回退、软件更新、服务器隔离、服务器关闭、用户通知、管理员通知和/或应用通知。

在另一个示例中，多个服务器108可以包括大型服务器集合或计算设备。例如，服务器的集合可以以几万计数或更大。多个服务器108不局限于大型集合的服务器。多个服务器108也可以包括较小数量的服务器。

图3是能够确定清单、创建子类、创建固件安装集合，并且创建和部署容器的计算设备300的框图。计算设备300可以包括处理资源302和机器可读存储介质304。处理资源302可以执行包括在机器可读存储介质304中的指令。机器可读存储介质304可以包括指令306来确定多个服务器的公共清单和独有清单。当被执行时，指令306可以采集多个服务器的指纹。对于公共指纹，可以对于一个服务器获得清单，这是因为具有公共指纹的服务器上的组件可以是相同的。对于独有指纹，可以按服务器获得清单，这是因为每个唯一服务器的组件可以是不同的。在示例中，一些服务器可以包括多个指纹。在另外的示例中，服务器可以包括公共指纹和独有指纹两者。在此类示例中，公共指纹可以识别服务器的特定公共的组件。如果用于那些特定部件的清单已经被获得，则计算设备300可以跳过用于那些特定组件的清单。独有指纹可以识别独有的或非标准组件。计算设备可以获得那些组件的清单、注释组件、与组件相关联的被安装的固件以及已安装固件版本。

机器可读存储介质304可以包括指令308来创建子类。如上面指出的，公共清单可以包括若干不同的组件。可以根据各种参数将组件进一步分解。在以上描述了这些参数。

机器可读存储介质304可以包括指令310来创建固件安装集合。安装集合可以基于可用固件更新。安装集合也可以基于从服务器获得的清单。例如，一个安装集合可以包括用于公共清单的子类的固件更新，而另一个安装集合可以包括用于独有清单的固件更新。

机器可读存储介质304可以包括指令312来创建容器。如上所述，可以使用容器来存储用于服务器集合的更新。计算设备300可以在确定安装集合时创建容器。计算设备300可以在更新可用时创建用于固件更新的容器。

机器可读存储介质304可以包括指令314来将容器部署到多个服务器中的一服务器。计算设备300将容器部署到哪个服务器可以基于各种参数(在以上描述的)，诸如待更新服务器的物理位置或待更新服务器的量。

尽管图2的流程图示出执行的特定次序，但执行的次序可以不同于所描绘的次序。例如，可以相对于所示出的次序将两个或更多块或者箭头的执行的次序搅乱。而且，可以并行地或在部分同时发生的情况下执行连续地示出的两个或更多块。所有此类变化处于本公开的范围内。

已经使用本公开的示例的非限制性具体实施方式描述了本公开，并且本公开并不意图限制本公开的范围。应当理解的是，可以将参考一个示例所描述特征和/或操作与其他示例一起使用，并且不是本公开的所有示例都具有特定图中图示出的或参考示例之一所描述所有特征和/或操作。本领域技术人员将想起所描述的示例的变体。此外，当在本公开和/或权利要求中被使用时，术语“包括”、“包含”、“具有”和它们的词形变化应当意指“包括但是不一定局限于”。

请注意，以上所描述的示例中的一些可以包括结构、结构的行为或细节以及可能不对本公开是必要的并且意图为示例的行为。如现有技术中已知的，即使结构或行为是不同的，也可通过执行相同的功能的等同物来更换在本文描述的结构和行为。因此，本公开的范围仅仅受限于如在权利要求中使用的要素和限制。