web容器部署场景

web容器部署模型中有明确承诺，某些应用程序能从场景中获益。

开发团队需要考虑创建web容器化应用程序或应用程序组件，因为web容器技术，如Docker可以简化流程。尽管如此，web容器应用程序需要新的开发方法，还没有被广泛采用。

IT组织同样可以选择web容器化现有的应用程序。虽然这个方案可行，也并不是所有应用程序都适合这样操作。大部分web容器集群管理者依赖于无状态容器，意思是服务器X上的某个web容器挂了，你可以在服务器Y上启动新web容器。这对普通应用程序来说无法接受，除非web容器经过特殊设计可以动态横向扩展。

虽然告诉IT员工数据中心是否会增加web容器管理员为时尚早，但看起来这个职责可能会被吸入现有的工作岗位中。开发者在web容器部署中扮演了十分重要的角色。现有的基础设施支持团队能够处理部署与管理。从另一面讲，web容器集群对大多数IT组织来说都是全新的概念，可能需要对不同的团队或成员进行扩充。

web容器并不是那么遥不可及

数据中心采纳新技术的下一阶段挑战是围绕web容器的支持工具。容器意味着一系列新的数据中心配置文件——不仅仅是另外一种虚拟机。如果我们在操作系统级别比较物理与虚拟服务器，他们共享了许多相同的配置属性。有许多成熟的工具集可以同时管理这两者。

web容器意味着完全不同的事物。我们无法在服务器或虚拟机级别管理应用程序;需要通过web容器内部进行管理。这个变化让基础设施管理团队从专注于管理应用程序，简化为集中精力管理web容器软件。

虽然这被认为是一个好处，但也意味着web容器与管理工具存在间隙。web容器化后，网络管理与安全补丁都成为新的挑战。开发者创建镜像以及数据中心管理者需要对此承担全部或部分责任——仍有待观察。某些web容器集群管理套件可能可以解决一些基本问题。