当码头工人第一（重新）推广使用基于容器的基础设施，有一点的周围与容器的存储问题的讨论。两个创业公司应运而生，试图解决这个问题：ClusterHQ和Portworx。
虽然ClusterHQ熄火，Portworx是依然强劲，并宣布高调和有趣的案例研究。
为了澄清Portworx究竟是干什么的，用户可以用它来管理使用任何容器调度，包括Kubernetes，中层DC / OS和码头工人群任何基础设施的任何数据库或状态服务。Portworx解决了五个最常见的问题的DevOps运行在生产集装箱数据库和其他有状态服务时遇到的球队：持久性，高可用性，数据自动化，支持多种数据存储和基础设施和安全支持。因此，Portworx技术非常适合于垂直的解决方案，如数据库，消息队列，持续集成和持续部署（CI / CD），大数据和内容管理。
不管怎样，又回到了客户的故事：汉莎系统，由此得名的命名航空公司的子公司，其围绕数据持久性问题，当它来到时产卵他们的内容管理系统。这是其BoardConnect飞行娱乐（IFE）和连接产品的核心需求。而且，大家都知道，阴间不愤怒大于商务舱乘客，其IFE不工作！
With new IFE user cases, such as persistence between flights for individual customers, and the ability to flow IFE preferences between the in-seat product and customers’ own mobile devices, there was a need to look for an IT infrastructure that gave Lufthansa more flexibility.
输入的DevOps
基于容器的发展使得汉莎系统来加快整体开发生命周期。此外，它可以让团队协调的应用程序，它们的部署和业务流程管理，作为应用程序的数量的增加，这自然和流体发生在之后的微服务为导向的方法。业务流程是触手可及，当汉莎系统公司团队能够实现集装箱持久性的灵活性。
BoardConnect是设计时考虑到微服务，并在码头工人群环境中运行。德国汉莎航空公司越来越发现BoardConnect团队建设围绕微服务和容器的基础设施，并具有弥合的DevOps的开发和运营，组织原则。因为他们看到的DevOps的好处兑现，球队确定了缺失的一环：数据持久性。研究小组发现，数据持久性仍然是一个遗留问题。
汉莎系统公司的CMS允许其定制BoardConnect，以适应公司多元化的航空公司客户和合作伙伴的需求。内容管理系统，其性质，遵循传统的持久性范式，如将数据保存到磁盘或数据库。当它要自动实例化开发，致力于项目的CMS环境或管理客户的个性化CMS生产的情况下，需要适当的泊坞编排表面。
Portworx救援
汉莎系统公司选择Portworx的PX-Enterprise产品来解决持久性问题。关键的用例有汉莎，其中指出他们Portworx的方向，如下：
- 需要因子存储或云供应商的依赖关系，这将违背它们追求的容器持久性解决方案的期望的普遍适用性
- 一个需求决定的时间提前存储的类型的平台将使用
运算结果
汉莎航空公司的迈克尔Wilmes，该项目的软件架构师，解释的结果：
“随着Portworx PX-企业，我们现在可以在产卵的事完全成熟的CMS环境分钟，对在过去的时间，而无需人工干预，”他说。“对于生产，进一步使我们的业务转移到集群中四处移动CMS环境，以及相应的数据‘依循沿着’透明。一旦Portworx是泊坞窗集群中建立，管理有状态容器的开销几乎为零成了“。