亚马逊AWS官方博客
通过 AWS CodeCommit 将 Phabricator 与 AWS CodePipeline 集成
要实现真正的开发运营文化,需要实施从开发到生产的持续集成和持续交付 (CI/CD) 管道,这通常要将常见的开源工具与 AWS CodeCommit 和 AWS CodePipeline 等云服务集成。在这篇博文中,Junaid Kapadia 展示了如何将开源代码管理器 Phabricator 集成到基于云的 CI/CD 管道中。
Asif Khan
Aetion Evidence Platform 通过分析真实数据提供制定监管级决策所需的证据,从而改善医疗保健。该平台会以评估治疗的预期价值和实际价值所需的精细程度以及实现整个医疗保健生态系统实时协作所需的速度生成真实的证据。
Phabricator 是一种完全开源的、基于 Web 的可扩展软件开发套件,用于管理冲刺、审查代码、跟踪缺陷、托管代码库(如 git、svn 或 Mercurial),通过持续集成进行构建、审查设计,并与团队成员开展协作等。作为其内部工作流程的一部分,Aetion 使用 Phabricator 的自托管版本,通过基于 git 的修订控制进行源代码管理。
Aetion 现在正在向云端迁移。在迁移过程中,我们需要使用 AWS 开发人员工具(如 AWS CodeCommit 和 AWS CodePipeline)构建新的 CI/CD 管道。为了避免破坏现有工作流程,我们需要将 Phabricator 集成到这个新的管道中。
解决方案概览
在 AWS CodePipeline 中,源阶段是工作流中事件的初始触发器。目前支持的源阶段包括 S3、Github 和 CodeCommit,但目前 Phabricator 并非原生受支持的源阶段。为了继续使用 Phabricator 的审核功能而不破坏我们现有的开发人员工作流程,我们必须找到一种通过 AWS CodeCommit 将 Phabricator 与 AWS CodePipeline 集成的方法。
我们决定使用自托管版本的 Phabricator 在 AWS 上的私有 VPC 中进行修订控制,并将其与 AWS CodeCommit 集成。在此设计中,连续交付管道通过 Phabricator 触发和管理。
Phabricator 具有多个特定于 URI 的选项,可提供许多功能。比如,镜像存储库的能力。Aetion 在 AWS 账户中创建了一个空的 CodeCommit 存储库,并将 Phabricator 存储库镜像到此存储库。因此,对 Phabricator 存储库的每次提交都会导致针对 CodeCommit 存储库的镜像提交操作。通过使用这种简单的集成方法,Aetion 可使用 AWS CodeCommit 作为源阶段并使用 AWS CodePipeline 部署应用程序。
分步详解
第 1 步:设置 Phabricator。有关详细步骤,请参阅 Phabricator 安装指南。
第 2 步:将 Phabricator 存储库与 AWS CodeCommit 集成
- 转到 AWS 管理控制台,选择 CodeCommit,创建 CodeCommit 存储库,并复制 SSH URI。
- 创建存储库 URI:在 Phabricator 存储库中,单击 Manage Repository (管理存储库) -> URI -> Add New URI (添加新 URI)。
- 输入 CodeCommit 存储库的 SSH URI。
- 选择 Mirror (镜像) 作为所需的 I/O 类型。
- 选择所需的 Display Type (显示类型)。在此实施中,我们选择的是“Hidden: Do not show as a clone url”(隐藏:不显示为克隆 URL)。
- 创建新 URI 后,单击 Update Credential (更新凭证) -> Add Credential (添加凭证)。添加可以访问 CodeCommit 存储库的 SSH 私钥,并指定 IAM 用户。用户需要生成 SSH 密钥对并将其附加到有权访问所用适当 CodeCommit 存储库的 IAM 用户。
现在,每次向 Phabricator 存储库推送都会导致向相应 CodeCommit 存储库的推送。这允许您在不修改基础开发者工作流的情况下,将 Phabricator 存储库提交作为管道触发器的依据。随后,您可以按照步骤 to创建一个简单的管道。
小结
通过上述设计,我们能够在不影响工作效率的情况下,成功整合现有的开发工作流程。通过 AWS CodePipeline、AWS CodeBuild、AWS CloudFormation、AWS Systems Manager Parameter Store 和 Amazon Elastic Container Service (Amazon ECS),这种集成使我们能够继续从 Chef、Jenkins 和基于 EC2 的架构迁移到容错、高度可用、持续预配置和部署的架构。您可以在我们的 2018 年 re:Invent 研讨会 Aetion 向 AWS CodePipeline、AWS CloudFormation 和 Amazon ECS 迁移之旅中进一步了解此过程。
本博文中的内容和意见属于第三方作者,AWS 不对本博文的内容或准确性负责。