最近，麦当劳分享了如何利用 GitHub Actions 来提升代码可读性和可维护性，并减少代码重复。他们的目标包括简化持续集成流程、提高开发者生产力，以及实现管道的可观察性和监控。
麦当劳高级解决方案架构师 Michael Gorelik 和软件工程师 Achintya Pillai 在麦当劳技术博客上详细阐述了他们的经历。他们谈到了为持续集成阶段建立一致的框架——被称为“黄金路径”，包括代码质量、安全措施、打包和标记。此外，框架还有助于在所有应用程序中维护统一的质量标准，并促进整个组织采用部署工件的标准化命名约定。
麦当劳的工程团队涉足广泛的技术领域，其中有许多使用不同语言编写的微服务，并使用了不同的云原生服务。他们利用 GitHub 的可重用工作流和自定义操作来简化跨应用程序的持续集成 (CI) 流程。
来源：Reduce, reuse, recycle: McDonald’s reusable workflows
为了减少代码重复，他们根据应用程序语言类型来组织 CI 工作流，利用 GitHub Actions 的可重用工作流创建了一个中心 CI 代码库。这些中心工作流包括构建、质量和安全扫描、工件创建和标记等阶段。这种结构简化了维护、更新和代码重用，确保了应用程序开发的标准化。此外，他们使用容器存储所需的工具和库，实现了工作流的简化执行，并降低了安全风险，缩短了执行时间。
麦当劳的工程团队试图将这种黄金路径方法扩展到其应用程序所有的 CI 流程中。为了实现集中式的可重用工作流和操作，每个应用程序都集成了一个简单的 CI 调用文件，让工程师能够在每个 CI 阶段引用黄金路径工作流，并确保符合所需的标准。
今年早些时候，GitHub Actions 引入了一个新的 M1 macOS 运行器 ，并引起了关注。这个新的运行器通过一个配置了 3 个 vCPU、7 GB RAM 和 14 GB 存储空间的虚拟机来运行 Actions 工作流，展示最新的 Mac 硬件对 Actions 的支持。我们偶然看到了一个有趣的 HackerNews 帖子，其中提到了 Alex Ellis 的一个使用 GitHub Actions 的实验。帖子包含了来自技术社区的评论，其中一位 HackerNews 用户 ranting-moth 抱怨说 GitHub Actions 的计算费用非常高，特别是关于 Mac 定价的部分。
麦当劳工程团队还希望通过使用 GitHub Actions 进行持续集成 (CI) 来为工程师提供一种集中控制和个人自治相结合的混合模式。这种方法建立了关键步骤的中心“黄金路径”，同时又让开发人员能够独立添加新的阶段，在保持灵活性的同时不影响其他操作。
在可观察性方面，他们通过采用可重用的工作流构建了集中式的监控解决方案。这些解决方案协助 DevOps 和应用程序团队定期监控其管道性能，并确定未来需要改进的地方。
查看英文原文：
https://www.infoq.com/news/2024/03/mcdonalds-ci-github-actions/
声明：本文为 InfoQ 翻译，未经许可禁止转载。
