在与客户们的合作过程中，红帽通过OpenShift为旅游和技术客户提供了优秀的更快开发创新型服务和功能。

将置备和服务部署时间从几个月缩短到几分钟

ATPCO 的产品团队已经开始使用红帽 OpenShift 来缩短其新应用的交付时间。过去，通过基于虚拟机的置备方法需要一个月或更长时间才能创建好应用环境，而现在通过自动化只需要几分钟就能完成。此外，使用持续集成和持续交付（CI/CD）方法，现在每周只需 15 分钟即可完成生产部署，而以前则需要 2-3 个小时，持续六个月之久。

ATPCO 平台架构师 Veerendra Akula 说道：“我们可在几分钟内轻松提高容量。这一过程更加简单，自动化程度更高，而不再需要数周时间来准备硬件、运行日志和执行其他任务。相比使用虚拟机和本地系统，我们可以专注于更快地推出新功能，为客户构建解决方案，而不用再处理现在由 OpenShiftOperator 执行的配置任务。”

增强了开发人员的灵活性和创新自由

随着从基于虚拟机到基于容器的基础架构转变，开发团队的流程也变得更加高效了。开发人员现在可以构建多个实验性产品，看看哪些对客户最有效，并且凭借自动化的可扩展性，这一过程不会增加任何资源、成本或浪费。红帽 OpenShift Serverless 和红帽 OpenShift Service Mesh 等 Operator 和组件支持自动化的可扩展性和基于微服务的灵活方法。

ATPCO 的开发人员还可以自行选择语言、框架、数据库和公共云供应商来提供符合客户需求的创新。Blelloch 称：“例如，我们正在航空公司的定价中引入关于便利服务的可视化分类，例如较高的票价是否包含了免费的行李检查服务，腿部空间是否更宽，而较低的票价则不含这些便利服务。

更好地响应不断变化的需求，大规模稳定性更高

受不断变化的航班时刻表、意外维护、天气状况等的影响，航空公司的工作负载通常不可预测。过去，ATPCO 必须始终为了能够在需求激增时提供最大流量支持而做好基础架构方面的准备。然而，月度报告显示，中央处理单元（CPU）资源的使用率非常低，还不到 5%。

凭借红帽 OpenShift 4 所包含的增强型可扩展性，ATPCO 团队可在几毫秒内在其容器环境中增删云容量以支持需求变化。现在，CPU 资源的使用率已接近 70%，集群内存的使用率也已达到 60%。此外，借助其持续部署的方法，ATPCO 可以利用 OpenShift operator 在营业时间内向生产环境提供更新、修复和新应用，同时大幅缩减停机时间。

Akula 称：“即使规模很大，我们也可以通过红帽 OpenShift 的现成功能来支持我们的运维框架，从而更轻松地管理和维护我们的平台和配置。自我们开始使用该平台后，从未有过停机。

因此，客户可以在较少中断的情况下访问关键旅行数据，从而为他们以及他们的终端用户（旅行者和航空公司乘客）提供更好的整体体验。