当Docker First（RE）普及使用基于容器的基础架构时，围绕与容器相关的存储问题有一点讨论。两项初创公司进入了尝试解决问题：clusterhq和portworx。
虽然Clusterhq发出了，portworx.仍然强劲，今天宣布了一个高调和有趣的案例研究。
为了澄清究竟是portworx的表现，用户可以使用它来使用任何容器调度程序在任何基础架构上管理任何数据库或有状态服务，包括Kubernetes，Mesosphere DC / OS和Docker Swarm。PortWorx解决了在运行集装箱数据库和生产中的其他有状态服务时遇到的五个最常见的问题：持久性，高可用性，数据自动化，支持多个数据存储和基础架构和安全性。因此，PortWorx技术非常适合解决方案垂直的解决方案，例如数据库，消息传递队列，持续集成和连续部署（CI / CD），大数据和内容管理。
无论如何，回到客户故事：Lufthansa Systems是一个被同修被称为航空公司的子公司，在数据持久性时，它是时候出现了它的时间来产卵他们的内容管理系统。这是其BoardConnect In-Flies娱乐（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.
基于集装箱的开发允许Lufthansa系统加快整体开发生命周期。此外，它还允许团队协调应用程序的编排 - 他们的部署和管理 - 随着应用程序的数量增加，这在自然和流体中发生了以下是一种定向的方法。在汉莎航空系统团队可以实现集装箱持久性的灵活性，在触手可及的范围内。
BoardConnect是设计的微观方式，并在Docker群环境中运行。汉莎莎莎越来越多地发现，董事会联合团队正在围绕微服务和集装箱的建立基础设施，并必须弥合开发和运营 - 德国人的组织原则。随着他们看到Devops的好处，团队确定了缺少链接：数据持久性。该团队发现数据持久性仍然是一个遗留问题。
Lufthansa Systems的CMS允许它自定义BoardConnect以满足公司多样化的航空公司客户和合作伙伴的需求。内容管理系统，遵循其性质，遵循传统的持久范例，例如将数据保存到磁盘或数据库。当它想要在开发人员提交的项目或管理客户的单个CMS生产实例上自动 - 将那些CMS环境自动化时，需要适当的Docker Orchestration曲面。
portworx到救援
Lufthansa Systems选中了Portworx的PX-Enterprise产品以解决持久性问题。Lufthansa拥有的关键用例，其中指向Portworx的方向，如下：
- 需要考虑储存或云供应商依赖性，这将与他们正在努力的集装箱持久解决方案的所需普遍适用性相矛盾
- 要求提前决定平台使用的存储类型
运营结果
Lufthansa的迈克尔Wilmes是该项目的软件架构师，解释了结果：
“通过Portworx PX-Enterprise，我们现在可以在过去几分钟内产生全面的CMS环境 - 而不是需要手动干预，”他说。“对于生产，它进一步允许我们的操作在群集中移动CMS环境，并且相应的数据透明地沿着”沿着“。一旦在Docker集群中设置了PortWorx，管理有状态容器的开销几乎变为零。“