本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # DevOps 的 AWS Mainframe Modernization 大型机系统面临着独特但常见的挑战。以下是扩展 DevOps 框架以解决这些独特特征的方法： + **传统技术堆栈** — 大型机通常使用传统技术堆栈和专有软件，这可能与中使用的现代云原生技术有很大不同。 DevOps将这些传统系统集成到 DevOps 管道中需要专门的工具和专业知识。 + **复杂性高** — 大型机应用程序往往高度复杂和单体化，具有广泛的相互依赖性。与使用现代化的模块化代码库相比，对这些应用程序进行分解和现代化改造可能更具挑战性。例如，大型机 COBOL 应用程序每次都需要重新编译，即使程序没有变化也是如此。这是因为它们与抄写本和相关子程序的相互依赖行为。 + **传统工具** — 大型机通常依赖于与现代 DevOps 工具本身不兼容的专用工具和流程。集成和自动化可能更加复杂，需要自定义脚本和连接器。 + **较长的发布周期** — 大型机以其较长的发布周期而闻名，这在某种情况下可能是一个瓶颈。 DevOps DevOps大型机旨在缩短这些周期，同时保持稳定性和合规性。大型机应用程序的发布周期为 2-3 个月，而非大型机整体应用程序的发布周期可能在 3-4 周内完成。其原因是，评估变更请求中未更改的相互依赖组件需要大量的测试工作。 + **合规性和安全性要求** — 由于大型机在保险、金融和医疗保健等市场中很常见，因此它们的应用程序通常处理敏感数据，并且必须遵守严格的合规性和安全标准。本指南中介绍的 DevOps 框架满足了流程各个阶段的这些要求。 + **技能差距** — 从以大型机为中心的开发和运营向现代实践过渡的组织存在技能差距。 DevOps 团队成员可能需要接受培训，才能在这种新环境中高效工作。 + **测试挑战** — 由于需要精确地模拟大型机环境，因此大型机的自动化测试可能很复杂。 DevOps 需要专门的测试工具和框架。当在平台上编写的 COBOL 程序在 x86 Z/OS 平台（Linux 或 Windows）上运行时，会返回兼容性错误。这就需要使用合适的工具集，例如 Micro Focus 企业服务器。 + **文化差异** — 从传统的大型机文化过渡到一种 DevOps 文化对组织来说可能是一个重大的文化转变。 DevOps 鼓励协作、自动化和持续改进，这可能与大型机软件开发生命周期 (SDLC) 的现有实践有所不同。 + **混合环境** — 许多组织混合使用大型机和现代系统。 DevOps 因为大型机必须与这些不同的环境无缝集成。 DevOps in 分 AWS Mainframe Modernization 为三个阶段：评估、构建和优化。下表显示了这些阶段如何代表一种结构化的方法，可以在大型机现代化之旅中高效实现这些 DevOps 阶段。 AWS Cloud | | | | --- |--- | | **阶段** | **组件** | | 评测 | 当前状态分析 目标状态定义 | | 构建 | 工具集配置 持续集成 持续交付 管道编排 | | 优化 | 监控和可观测性增强 警报和通知 自愈系统 |