上下文

运输公司提高针对业务合作伙伴生态系统的全球范围系统可用性

• 由于运输物流的区域性差异，难以应对越来越多的合作伙伴分布在多个国家或地区中的情况。 示例是独特的法规和运输物流，该公司在其中必须跨境维护一致的记录。
• 即时数据意味着全球范围的系统必须高度可用，以减少运输运营中的延迟问题。 航运码头的时间表受到严格控制，有时甚至缺乏灵活性。 Web 使用量在增长，因此不稳定性可能会导致用户体验差。
• 开发者需要持续发展应用程序，但传统工具却降低了他们部署更新和功能的频率。

解决方案

运输公司需要以统一的方式来管理发货时间表、库存和报关文书。 随后，他们才能将装运位置、装运内容和交货时间表准确地与客户共享。 他们不再猜测商品（如电器、服装或农产品）的到货时间，这样他们的运输客户就可以将这些信息传达给自己的客户。

该解决方案由以下主要部分组成。

1. 流式传输 IoT 设备中每个装运集装箱的数据：载货单和位置
2. 以数字方式与相应的港口和运输合作伙伴共享报关文书，包括访问控制
3. 供聚集并传达装运货物到达信息的运输客户使用的应用程序，包括供运输客户在其自己的零售和企业到企业应用程序中复用装运数据的 API

为了让航运公司与全球合作伙伴合作，路由和调度系统需要进行本地修改，以适应每个区域的语言，法规和独特的港口物流。Red Hat OpenShift on IBM Cloud 在多个区域 (包括北美，欧洲，亚洲和澳大利亚) 提供全球覆盖，以便应用程序反映其合作伙伴在每个国家或地区的需求。

IoT 设备将 IBM® Event Streams for IBM Cloud® 分发的数据流式传输到区域端口应用程序以及关联的海关和集装箱清单数据存储器。IBM® Event Streams for IBM Cloud® 是 IoT 事件的登录点。 它根据Watson提供的托管连接来分发事件。IoT平台向IBM® Event Streams for IBM Cloud® 提供的托管连接分发事件。

事件位于 IBM® Event Streams for IBM Cloud® 中后，会持久存储以直接供港口运输应用程序使用，并且未来可随时使用。 需要最短等待时间的应用程序直接实时使用事件流 (IBM® Event Streams for IBM Cloud®) 中的事件。 其他未来应用程序（例如，分析工具）可以选择通过 IBM Cloud® Object Storage 以批处理方式来使用事件存储中的事件。

由于装运数据会与公司的客户共享，因此开发者应确保客户可以使用 API 在其自己的应用程序中显示装运数据。 例如，这些应用程序包括移动跟踪应用程序或 Web 电子商务解决方案。 开发者还忙于构建和维护区域港口应用程序，以收集和分发海关记录和装运载货单。 总之，他们需要专注于编码，而不是管理基础架构。 因此，他们选择了Red Hat OpenShift on IBM Cloud，因为IBM可以简化基础架构管理。

• 管理 Kubernetes 主节点、IaaS 和操作组件，例如 Ingress 和存储器
• 监视工作程序节点的运行状况和恢复
• 提供全球计算，使开发者不必负责工作负载和数据需要位于的多个区域中的基础架构

为了实现全球可用性，在全球多个数据中心部署了开发、测试和生产系统。 为了实现 HA，他们使用了不同地理区域多个集群的组合以及多专区集群。 他们可以轻松部署端口应用程序，以满足业务需求。

• 在法兰克福集群中，以符合当地的欧洲法规
• 在美国集群中，以确保本地可用性和故障恢复能力

他们还将工作负载分布在法兰克福的多专区集群中，以确保应用程序的欧洲版本可用，并同时对工作负载进行高效均衡。 由于每个区域都会使用港口应用程序来上传独特的数据，因此应用程序的集群在等待时间较短的区域中进行托管。

对于开发者，大部分持续集成和交付 (CI/CD) 过程可通过 IBM Cloud® Continuous Delivery 自动执行。 公司可以定义工作流程工具链，以准备容器映像，检查是否有漏洞，然后将其部署到 Kubernetes 集群。

在公共云中运行的计算、存储和事件管理，可根据需要访问全球各地的装运数据。

技术解决方案：

• Red Hat OpenShift on IBM Cloud
• IBM® Event Streams for IBM Cloud®
• IBM Cloud® Object Storage
• IBM Cloud® Continuous Delivery

结果

• 利用 Red Hat OpenShift on IBM Cloud 和 IBM CI/CD 工具，应用程序的区域版本在从中收集数据的物理设备附近进行托管。
• 微服务大大缩短了补丁、错误修订和新功能的交付时间。 初始开发速度很快，并且更新频繁。
• 运输客户可实时访问货物的位置、交货时间表，甚至是已批准的港口记录。
• 各个装运码头的运输伙伴都了解载货单和装运详细信息，因此改进了现场物流，减少了延迟。

上下文

在 3 周内快速建立和部署创新型人力资源福利网站。

• 员工的增长和不断变化的 HR 政策意味着每年都需要注册一个全新的站点。
• 互动功能（例如，聊天机器人）有望帮助将新的 HR 政策传达给现有员工。
• 由于员工数量的增长，站点流量不断增加，但其基础架构的预算仍保持不变。
• HR 团队面临着快速移动的压力：快速推出新的站点功能，并频繁发布最新的福利变更内容。
• 注册时间段会持续两周，因此不允许新的应用程序发生中断。

解决方案

该航空公司希望设计一种以人为本的开放型文化。 人力资源主管充分意识到，专注于奖励和留住人才对于航空公司的盈利能力有很大影响。 因此，每年推出的福利是培养以员工为中心的文化的关键方面。

他们需要一个能帮助开发人员及其用户的解决方案。

• 现有福利的前端：保险、教育产品、社会福利等
• 特定于区域的功能：每个国家或地区都有其独特的 HR 政策，因此总体站点可能看起来类似，但实际显示特定于区域的福利
• 开发者友好工具：加快功能和错误修订的应用
• 聊天机器人：提供有关福利的可信对话，并高效地解决用户请求和问题。

技术解决方案：

• Red Hat OpenShift on IBM Cloud
• IBM Cloud® Continuous Delivery
• IBM Logging and Monitoring
• IBM® Secure Gateway for IBM Cloud®
• IBM Cloud App ID

加快开发速度是 HR 主管的制胜关键所在。 首先，团队对其应用程序容器化，然后将其放入云中。 通过使用现代容器，开发者可以使用 Node.js SDK 轻松进行试验，将更改推送到开发和测试系统，这些系统可在不同集群上横向扩展。 这些推送通过开放式工具链和 IBM Cloud® Continuous Delivery 自动执行。 对 HR 站点的更新不用再受困于速度慢、易出错的构建过程。 他们可以每天或更频繁地向其站点交付增量更新。 此外，人力资源网站的日志和监控功能也得到了快速整合，尤其是网站如何从后端福利系统中提取个性化数据。 开发者不必浪费时间构建复杂的日志记录系统，只需要有能力对实时系统进行故障诊断即可。 开发者无需成为云安全领域的专家，他们可以使用 IBM Cloud App ID 轻松强制实施策略驱动的认证。

通过 Red Hat OpenShift on IBM Cloud，开发者从专用数据中心内构建过度的硬件转向可定制计算，从而减少了 IT 运营、维护和能源成本。 为了托管 HR 站点，他们能够轻松设计 Kubernetes 集群，以适应自己的 CPU、RAM 和存储器需求。 降低人员成本的另一个因素是由 IBM 来管理 Kubernetes，这样开发者就可以集中精力交付更好的员工福利注册体验。

Red Hat OpenShift on IBM Cloud提供可扩展的计算资源和相关的DevOps面板，以便根据需要创建、扩展和拆卸应用程序和服务。 通过使用业界标准容器技术，应用程序可以在多个开发、测试和生产环境中进行快速开发和共享。 此设置即时提供了可扩展性的优点。 通过使用 Kubernetes 的一组丰富的部署和运行时对象，HR 团队可以可靠地监视和管理应用程序升级。 他们还可以使用定义的规则和自动化 Kubernetes 编排器来复制和缩放应用程序。

结果

• 借助聊天机器人等工具，HR 团队向员工证明了创新是企业文化的一部分，而不仅仅是时髦用语。
• 通过在站点中真正实现个性化，满足了如今航空公司劳动力的不断变化的期望。
• 对 HR 站点的最新更新（包括由员工聊天机器人对话驱动的最新更新）会快速上线，因为开发者每天至少推送 10 次更改。
• 通过由 IBM 来照管基础架构管理，开发团队得以腾出时间在 3 周内完成站点交付。