AWS CI/CD之一:CodeBuild配置(Spring版)

这篇具有很好参考价值的文章主要介绍了AWS CI/CD之一:CodeBuild配置(Spring版)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

问题

最近需要在AWS国际云上面配置CI/CD工作流,这里以Spring Boot Java项目为例子进行CodeBuild构建。AWS云的CI/CD工作流主要包括Code Commit,Code Build,Code Deploy, Code Pipeline,主要包括这4个AWS服务。

1.配置CodeBuild

找到AWS CodeBuild主页,点击创建构建项目,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild

1.1配置源

设置CodeBuild项目名称,设置源代码来源和对于的分支,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
这里只演示dev环境,所以,这里只设置了dev分支。

1.2配置环境

在配置环境之前,需要我们确定一下CodeBuild构建的这个源代码Java项目,是用什么环境?这个Java项目需要Amazon Corretto 17 的JDK进行构建。了解了这个信息好,我们找到AWS CodeBuild可用的运行时环境镜像界面,确定我们需要的环境镜像为Amazon Linux 2 x86_64 标准:5.0,具体如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
这个页面地址参考文末尾。接下来继续配置CodeBuild环境部分,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild

1.3配置Buildspec

具体配置内容如下:

version: 0.2

phases:
  install:
    runtime-versions:
      java: corretto17
  pre_build:
    commands:
      - mvn --version
  build:
    commands:
      - mvn clean && mvn package -Dmaven.test.skip=true
artifacts:
  files:
    - target/*.jar
    - scripts/*.sh
    - configs/*.service
    - appspec.yml
  discard-paths: yes
cache:
  paths:
    - '/root/.m2/**/*'

这里只演示Java Maven最简单的Spring项目,在CodeBuild里面的构建,将上述内容,配置到Buildspec部分,其中target/*.jar是maven构建出来spring fatjar;scripts/*.shconfigs/*.serviceappspec.yml,都是下一个步骤CodeDeploy需要用的运行脚本,我们在下一篇教程AWS CI/CD教程中再说明。这里先只关注CodeBuild的Buildspe配置,具体如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
接下来,将上述内容,张贴到构建命令中,具体如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild

1.4配置构件

在配置构件缓存之前,需要准备一个s3桶,具体配置如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
这里就简单配置了一个maven缓存目录桶。并且,创建指定root/.m2/文件夹,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
接下来,回到CodeBuild继续配置构件,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
最后,点击创建构建项目即可。最终结果,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild

2.手动测试构建

点击开始构建,尝试手动构建,如下图:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild
等待一段时间如果出现成功记录,表示CodeBuild配置成功了。具体如下图效果:
AWS CI/CD之一:CodeBuild配置(Spring版),aws,ci/cd,spring,java,CodeBuild

总结

到这里就基本完成了CodeBuild的配置,接下,需要处理CI/CD下一步的CodeDeploy配置了。文章来源地址https://www.toymoban.com/news/detail-800167.html

参考:

  • 可用的运行时
  • 在 AWS CodeBuild 中构建缓存

到了这里,关于AWS CI/CD之一:CodeBuild配置(Spring版)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • CI/CD工具中的CI和CD的含义

    CI/CD 是现代软件开发方法中广泛使用的一种方法。其中,CI 代表持续集成(Continuous Integration),CD 则有两层含义,一是持续交付(Continuous Delivery),二是持续部署(Continuous Deployment)。下面是这些术语的详细解释: 持续集成(Continuous Integration):CI 是一种开发实践,开发人

    2024年02月07日
    浏览(49)
  • [Docker实现测试部署CI/CD----相关服务器的安装配置(1)]

    CI,Continuous Integration,持续集成。即将持续不断更新的代码经构建、测试后也持续不断的集成到项目主干分支。 CD,包含两层含义:Continuous Delivery,持续交付,和 Continuous Deployment,持续 部署。 持续交付:是持续集成的后续步骤,持续频繁地将软件的新版本交付到类生产环境

    2024年02月14日
    浏览(50)
  • [Docker实现测试部署CI/CD----相关服务器的安装配置(2)]

            Jenkins 是一个开源软件项目,是基于 Java 开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件项目可以进行持续集成。 下载Linux版本的jdk,解压到/usr/local目录 进入 /etc/profile 目录,设置环境变量 刷新配置文件,输入

    2024年02月14日
    浏览(55)
  • 【基于 GitLab 的 CI/CD 实践】01、GitLab CI/CD 基础概念

    目录 一、为什么要做 CI/CD ? 1.1 背景-传统的应用开发发布模式 问题 1.2 持续集成与持续交付 持续集成(CI) 持续交付(CD) 持续部署(CD) 1.3 CI/CD 的价值体现 1.4 推荐常用的 CI/CD 工具 Jenkins GitLab 二、GitLab CI/CD 功能简介 2.1 GitLab 内置持续集成功能 持续集成(CI) 连续交付(

    2024年02月16日
    浏览(68)
  • 【CI/CD】Rancher CD过程--20230906

    HARBOR_PASSWORD:密码 HARBOR_USER:工号 K8S_TOKEN:Bearer + rancher key K8S_WORKLOAD_URL:选择【View in API】的URL,并非workload的URL。 如果是新版rancher,则使用/g回去旧版界面。 选择workload,进入【View in API】 right panel click edit Move to buttom , and click “Show Request” Copy the highlight area from “-d”

    2024年02月09日
    浏览(42)
  • Jenkins CI/CD 持续集成专题三 Jenkins 使用shell脚本打包组件配置流程

    第六步 查看编译状态和产物 到这里,jenkins 配置shell脚本打包组件的完整配置流程就已经完成

    2024年04月29日
    浏览(58)
  • 什么是 CI/CD ?

    说在开头 CI、CD 其实是三个概念,包含了一个 CI 和两个 CD,CI全称 Continuous Integration,表示持续集成,CD包含 Continuous Delivery和 Continuous Deployment,分别是持续交付和持续部署。这三个概念之间是有前后依赖关系的。 CI/CD 并不是一个工具,它是一种软件开发实践,核心是通过引

    2024年02月03日
    浏览(39)
  • CI/CD入门(二)

    1.1 早期手动部署代码 纯手动Scp、Rsync上传代码。 纯手动登陆,Git pull 或者 Svn update。 纯手动xftp、ftp、filezilla上传代码。 开发发送压缩包,rz上传,解压部署代码。 缺点: 全程运维参与,占用大量时间。 如果节点多,上线速度慢。 人为失误多,目录管理混乱。 回滚不及时

    2024年02月12日
    浏览(37)
  • Jenkins CI/CD

    1、 Jenkins CI/CD 流程图 说明:这张图稍微更形象一点,上线之前先把代码git到版本仓库,然后通过Jenkins 如Java项目通过maven去构建,这是在非容器之前,典型的自动化的一个版本上线流程。那它有哪些问题呢? 如:它的测试环境,预生产环境,测试环境。会存在一定的兼容性

    2024年02月05日
    浏览(45)
  • CI/CD部署

    CI和CD是软件开发中持续集成和持续交付的缩写。 CI代表持续集成(Continuous Integration),是一种实践,旨在通过自动化构建、测试和代码静态分析等过程,频繁地将代码变更合并到共享存储库中。其目的是快速发现和修复代码问题,确保开发团队对软件产品持续交付。其中,

    2024年02月19日
    浏览(46)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包