ວິທີການໃຊ້ HashiCorp Waypoint ເພື່ອຮ່ວມມືກັບ GitLab CI/CD

HashiCorp ສະແດງໃຫ້ເຫັນໂຄງການໃຫມ່ ຈຸດຢືນ ສຸດ HashiCorp Digital. ມັນໃຊ້ໄຟລ໌ທີ່ອີງໃສ່ HCL ເພື່ອອະທິບາຍການສ້າງ, ການຈັດສົ່ງ, ແລະການປ່ອຍແອັບພລິເຄຊັນສໍາລັບຫຼາຍໆແພລະຕະຟອມຄລາວ, ຕັ້ງແຕ່ Kubernetes ເຖິງ AWS ກັບ Google Cloud Run. ທ່ານສາມາດຄິດວ່າ Waypoint ເປັນ Terraform ແລະ Vagrant ປະສົມປະສານເພື່ອອະທິບາຍຂະບວນການສ້າງ, ການຂົນສົ່ງ, ແລະປ່ອຍຄໍາຮ້ອງສະຫມັກຂອງທ່ານ.

ແທ້ຈິງແລ້ວ, HashiCorp ໄດ້ປ່ອຍ Waypoint ເປັນແຫຼ່ງເປີດແລະມາພ້ອມກັບຕົວຢ່າງຫຼາຍຢ່າງ. ຊັ້ນ orchestrator ແມ່ນຂຶ້ນກັບທ່ານ, Waypoint ມາເປັນການປະຕິບັດທີ່ທ່ານສາມາດດໍາເນີນການໂດຍກົງໃນຄອມພິວເຕີຫຼືຈາກເຄື່ອງມື orchestration CI / CD ຂອງທ່ານເລືອກ. ເປົ້າໝາຍໃນການນຳໃຊ້ແອັບພລິເຄຊັນຂອງທ່ານແມ່ນຂຶ້ນກັບທ່ານເຊັ່ນກັນ, ເນື່ອງຈາກ Waypoint ຮອງຮັບ Kubernetes, Docker, Google Cloud Run, AWS ECS ແລະອື່ນໆອີກ.

ຫຼັງ​ຈາກ​ການ​ອ່ານ​ຫນ້າ​ຫວາດ​ສຽວ​ ເອກະສານ ແລະຟຸ່ມເຟືອຍທີ່ສຸດ ຕົວຢ່າງ ແອັບພລິເຄຊັນທີ່ສະໜອງໃຫ້ໂດຍ HashiCorp, ພວກເຮົາໄດ້ຕັດສິນໃຈເບິ່ງທີ່ໃກ້ຊິດກັບ Waypoint orchestration ໂດຍໃຊ້ GitLab CI/CD. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາຈະເອົາຄໍາຮ້ອງສະຫມັກ Node.js ງ່າຍດາຍທີ່ເຮັດວຽກຢູ່ໃນ AWS ECS ຈາກ repository ຕົວຢ່າງ.

ຫຼັງຈາກ cloning repository, ໃຫ້ເບິ່ງໂຄງສ້າງຂອງຄໍາຮ້ອງສະຫມັກທີ່ສະແດງຫນ້າຫນຶ່ງ:

ດັ່ງທີ່ທ່ານອາດຈະໄດ້ສັງເກດເຫັນ, ໂຄງການນີ້ບໍ່ມີ Dockerfile. ພວກເຂົາບໍ່ໄດ້ຖືກເພີ່ມເຂົ້າໃນຕົວຢ່າງ, ເພາະວ່າໃນຫຼັກການພວກເຮົາບໍ່ຕ້ອງການພວກມັນ, ເພາະວ່າ Waypoint ຈະດູແລພວກເຂົາສໍາລັບພວກເຮົາ. ໃຫ້ພິຈາລະນາເບິ່ງໄຟລ໌ທີ່ໃກ້ຊິດ waypoint.hclເພື່ອເຂົ້າໃຈສິ່ງທີ່ມັນຈະເຮັດ:

project = "example-nodejs"

app "example-nodejs" {
  labels = {
    "service" = "example-nodejs",
    "env" = "dev"
  }

  build {
    use "pack" {}
    registry {
    use "aws-ecr" {
        region = "us-east-1"
        repository = "waypoint-gitlab"
        tag = "latest"
    }
    }
  }

  deploy {
    use "aws-ecs" {
    region = "us-east-1"
    memory = "512"
    }
  }
}

ໃນໄລຍະການກໍ່ສ້າງ, Waypoint ໃຊ້ Cloud Native Buildpacks (CNB) ເພື່ອກໍານົດພາສາການຂຽນໂປຼແກຼມຂອງໂຄງການແລະສ້າງຮູບພາບ Docker ໂດຍບໍ່ຕ້ອງໃຊ້ Dockerfile. ໃນຫຼັກການ, ນີ້ແມ່ນເຕັກໂນໂລຢີດຽວກັນທີ່ GitLab ໃຊ້ໃນບາງສ່ວນ Auto DevOps ໃນຂັ້ນຕອນການສ້າງອັດຕະໂນມັດ. ມັນເປັນການດີທີ່ຈະເຫັນວ່າ CNB ຂອງ CNCF ໄດ້ຮັບການຮັບຮອງເອົາຫຼາຍຂຶ້ນໃນບັນດາຜູ້ໃຊ້ອຸດສາຫະກໍາ.

ເມື່ອຮູບພາບຖືກສ້າງຂຶ້ນ, Waypoint ຈະອັບໂຫລດມັນໂດຍອັດຕະໂນມັດໃນທະບຽນ AWS ECR ຂອງພວກເຮົາເພື່ອໃຫ້ມັນກຽມພ້ອມສໍາລັບການຈັດສົ່ງ. ເມື່ອການກໍ່ສ້າງສໍາເລັດ, ຂັ້ນຕອນການຈັດສົ່ງໃຊ້ ແອດອອນ AWS ECS ເພື່ອນຳໃຊ້ຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາເຂົ້າໃນບັນຊີ AWS ຂອງພວກເຮົາ.

ຈາກຄອມພິວເຕີຂອງຂ້ອຍ - ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍ. ຂ້ອຍເອົາ Waypoint ທີ່ຖືກຢືນຢັນແລ້ວເຂົ້າໄປໃນບັນຊີ AWS ຂອງຂ້ອຍແລະມັນ "ພຽງແຕ່ເຮັດວຽກ". ແຕ່ຈະເກີດຫຍັງຂຶ້ນຖ້າຂ້ອຍຕ້ອງການໄປເກີນກວ່າຄອມພິວເຕີໂນດບຸກຂອງຂ້ອຍ? ຫຼືທັນທີທັນໃດຂ້າພະເຈົ້າຕ້ອງການທີ່ຈະເຮັດໃຫ້ການນໍາໃຊ້ນີ້ອັດຕະໂນມັດເປັນສ່ວນຫນຶ່ງຂອງທໍ່ CI / CD ໂດຍລວມຂອງຂ້ອຍ, ບ່ອນທີ່ການທົດສອບການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງຂອງຂ້ອຍ, ການທົດສອບຄວາມປອດໄພ, ແລະອື່ນໆແມ່ນດໍາເນີນການບໍ? ນີ້ແມ່ນສ່ວນຫນຶ່ງຂອງເລື່ອງທີ່ GitLab CI / CD ເຂົ້າມາ!

NB ຖ້າທ່ານພຽງແຕ່ວາງແຜນທີ່ຈະປະຕິບັດ CI / CD ຫຼືຕ້ອງການເລີ່ມຕົ້ນການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການກໍ່ສ້າງທໍ່, ໃຫ້ເອົາໃຈໃສ່ກັບຫຼັກສູດໃຫມ່ຂອງ Slurm. “CI/CD ໃຊ້ Gitlab CI ເປັນຕົວຢ່າງ”. ຕອນນີ້ມີຢູ່ໃນລາຄາທີ່ສັ່ງກ່ອນແລ້ວ.

Waypoint ໃນ GitLab CI/CD

ເພື່ອຈັດການທັງຫມົດນີ້ໃນ GitLab CI / CD, ໃຫ້ເບິ່ງສິ່ງທີ່ພວກເຮົາຕ້ອງການໃນໄຟລ໌ຂອງພວກເຮົາ. .gitlab-ci.yml:

• ກ່ອນອື່ນ ໝົດ, ທ່ານຕ້ອງການຮູບພາບພື້ນຖານເພື່ອແລ່ນພາຍໃນມັນ. Waypoint ເຮັດວຽກກ່ຽວກັບການແຈກຢາຍ Linux ໃດ, ມັນພຽງແຕ່ຕ້ອງການ Docker, ດັ່ງນັ້ນພວກເຮົາສາມາດດໍາເນີນການກັບຮູບພາບ Docker ທົ່ວໄປ.
• ຕໍ່ໄປ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຕິດຕັ້ງ Waypoint ໃນຮູບນີ້. ໃນອະນາຄົດພວກເຮົາອາດຈະເກັບກໍາ ການສ້າງຮູບພາບ meta ແລະບັນຈຸຂະບວນການນີ້ສໍາລັບຕົວທ່ານເອງ.
• ສຸດທ້າຍພວກເຮົາຈະດໍາເນີນການຄໍາສັ່ງ Waypoint

ຂ້າງເທິງນີ້ອະທິບາຍທຸກຢ່າງທີ່ທໍ່ຂອງພວກເຮົາຈະຕ້ອງໃຊ້ສະຄຣິບທີ່ຈຳເປັນເພື່ອເຮັດສຳເລັດການໃຊ້ງານ, ແຕ່ເພື່ອນຳໄປໃຊ້ກັບ AWS ພວກເຮົາຈະຕ້ອງການອີກຢ່າງໜຶ່ງ: ພວກເຮົາຕ້ອງເຂົ້າສູ່ລະບົບບັນຊີ AWS ຂອງພວກເຮົາ. ໃນຄໍາອະທິບາຍ Waypoint ມີແຜນການ ກ່ຽວກັບການກວດສອບແລະການອະນຸຍາດ. HashiCorp ຍັງໄດ້ເປີດເຜີຍໂຄງການທີ່ຫນ້າປະທັບໃຈໃນອາທິດນີ້ ຊາຍແດນ. ແຕ່ສໍາລັບໃນປັດຈຸບັນ, ພວກເຮົາພຽງແຕ່ສາມາດຈັດການການກວດສອບແລະການອະນຸຍາດດ້ວຍຕົນເອງ.

ມີຫຼາຍທາງເລືອກສໍາລັບການຢັ້ງຢືນ GitLab CICD ໃນ AWS. ທາງເລືອກທໍາອິດແມ່ນການນໍາໃຊ້ການກໍ່ສ້າງໃນ HashiCorp Vault. ນີ້ແມ່ນດີຫຼາຍຖ້າທີມງານຂອງທ່ານໃຊ້ Vault ສໍາລັບການຄຸ້ມຄອງການຢັ້ງຢືນ. ທາງເລືອກອື່ນທີ່ເຮັດວຽກຖ້າທີມງານຂອງທ່ານກໍາລັງຈັດການການອະນຸຍາດໂດຍໃຊ້ AWS IAM ແມ່ນການກວດສອບວ່າວຽກງານການຈັດສົ່ງໄດ້ຖືກກະຕຸ້ນຜ່ານ. ແລ່ນ GitLab, ໄດ້ຮັບອະນຸຍາດໃຫ້ດໍາເນີນການນໍາໃຊ້ຜ່ານ IAM. ແຕ່ຖ້າທ່ານພຽງແຕ່ຕ້ອງການທີ່ຈະຄຸ້ນເຄີຍກັບ Waypoint ແລະຕ້ອງການທີ່ຈະເຮັດມັນຢ່າງໄວວາ, ມີທາງເລືອກສຸດທ້າຍຫນຶ່ງ - ເພີ່ມ AWS API ແລະລະຫັດລັບຂອງທ່ານໃສ່. ຕົວແປສະພາບແວດລ້ອມ GitLab CI/CD AWS_ACCESS_KEY_ID и AWS_SECRET_ACCESS_KEY.

ເອົາມັນທັງຫມົດຮ່ວມກັນ

ເມື່ອພວກເຮົາເຂົ້າໃຈການກວດສອບ, ພວກເຮົາສາມາດເລີ່ມຕົ້ນໄດ້! ສຸດທ້າຍຂອງພວກເຮົາ .gitlab-ci.yml ເບິ່ງຄືວ່ານີ້:

waypoint:
  image: docker:latest
  stage: build
  services:
    - docker:dind
  # Define environment variables, e.g. `WAYPOINT_VERSION: '0.1.1'`
  variables:
    WAYPOINT_VERSION: ''
    WAYPOINT_SERVER_ADDR: ''
    WAYPOINT_SERVER_TOKEN: ''
    WAYPOINT_SERVER_TLS: '1'
    WAYPOINT_SERVER_TLS_SKIP_VERIFY: '1'
  script:
    - wget -q -O /tmp/waypoint.zip https://releases.hashicorp.com/waypoint/${WAYPOINT_VERSION}/waypoint_${WAYPOINT_VERSION}_linux_amd64.zip
    - unzip -d /usr/local/bin /tmp/waypoint.zip
    - rm -rf /tmp/waypoint*
    - waypoint init
    - waypoint build
    - waypoint deploy
    - waypoint release

ທ່ານເຫັນວ່າພວກເຮົາເລີ່ມຕົ້ນດ້ວຍຮູບພາບ docker:latest ແລະກໍານົດຕົວແປສະພາບແວດລ້ອມຈໍານວນຫນຶ່ງທີ່ຕ້ອງການໂດຍ Waypoint. ໃນບົດ script ພວກເຮົາດາວໂຫລດເວີຊັນຫຼ້າສຸດຂອງ Waypoint executable ແລະຕິດຕັ້ງມັນໃນ /usr/local/bin. ເນື່ອງຈາກນັກແລ່ນຂອງພວກເຮົາໄດ້ຮັບອະນຸຍາດແລ້ວໃນ AWS, ຕໍ່ໄປພວກເຮົາພຽງແຕ່ແລ່ນ waypoint init, build, deploy и release.

ຜົນ​ຜະ​ລິດ​ຂອງ​ວຽກ​ງານ​ການ​ກໍ່​ສ້າງ​ຈະ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ພວກ​ເຮົາ​ຈຸດ​ສຸດ​ທ້າຍ​ທີ່​ພວກ​ເຮົາ​ໄດ້ rolled ອອກ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​:

ຈຸດໜຶ່ງຂອງ ວິທີແກ້ໄຂ HashiCorp ຈໍານວນຫລາຍ, ເຮັດວຽກໄດ້ດີກັບ GitLab. ຍົກ​ຕົວ​ຢ່າງ, ນອກ​ເຫນືອ​ໄປ​ຈາກ​ການ​ນໍາ​ສະ​ເຫນີ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​, ພວກ​ເຮົາ​ສາ​ມາດ​ຈັດ​ວາງ​ໂຄງ​ລ່າງ​ພື້ນ​ຖານ​ໂດຍ​ນໍາ​ໃຊ້​ Terraform ໃນ GitLab. ເພື່ອມາດຕະຖານຄວາມປອດໄພ SDLC, ພວກເຮົາຍັງສາມາດປະຕິບັດໄດ້ GitLab ກັບ Vault ສໍາລັບການຄຸ້ມຄອງຄວາມລັບແລະ tokens ໃນທໍ່ CI / CD, ສະຫນອງການແກ້ໄຂລວມສໍາລັບນັກພັດທະນາແລະຜູ້ບໍລິຫານທີ່ອີງໃສ່ການຄຸ້ມຄອງຄວາມລັບສໍາລັບການພັດທະນາ, ການທົດສອບແລະການນໍາໃຊ້ການຜະລິດ.

ການແກ້ໄຂຮ່ວມກັນທີ່ພັດທະນາໂດຍ HashiCorp ແລະ GitLab ຊ່ວຍໃຫ້ບໍລິສັດຊອກຫາວິທີທີ່ດີກວ່າໃນການພັດທະນາຄໍາຮ້ອງສະຫມັກໂດຍການສະຫນອງການຄຸ້ມຄອງທີ່ສອດຄ່ອງຂອງທໍ່ສົ່ງແລະໂຄງສ້າງພື້ນຖານ. Waypoint ໄດ້ກ້າວໄປອີກບາດກ້າວຫນຶ່ງໃນທິດທາງທີ່ຖືກຕ້ອງແລະພວກເຮົາຫວັງວ່າຈະມີການພັດທະນາຢ່າງຕໍ່ເນື່ອງຂອງໂຄງການ. ທ່ານສາມາດຊອກຮູ້ເພີ່ມເຕີມກ່ຽວກັບ Waypoint ທີ່ນີ້, ຍັງມີມູນຄ່າການຂຸດຄົ້ນ ເອກະສານ и ແຜນ​ການ​ພັດ​ທະ​ນາ​ ໂຄງການ. ພວກເຮົາໄດ້ເພີ່ມຄວາມຮູ້ທີ່ພວກເຮົາໄດ້ຮັບ ເອກະສານ GitLab CICD. ຖ້າທ່ານຕ້ອງການພະຍາຍາມທຸກຢ່າງດ້ວຍຕົວທ່ານເອງ, ທ່ານສາມາດເອົາຕົວຢ່າງທີ່ສົມບູນໃນການເຮັດວຽກ repository ນີ້.

ທ່ານ​ສາ​ມາດ​ເຂົ້າ​ໃຈ​ຫຼັກ​ການ​ຂອງ CI/CD, ຊໍາ​ນິ​ຊໍາ​ນານ​ທັງ​ຫມົດ intricacies ຂອງ​ການ​ເຮັດ​ວຽກ​ກັບ Gitlab CI ແລະ​ເລີ່ມ​ຕົ້ນ​ການ​ນໍາ​ໃຊ້​ການ​ປະ​ຕິ​ບັດ​ທີ່​ດີ​ທີ່​ສຸດ​ໂດຍ​ການ​ຮຽນ​ວິ​ດີ​ໂອ “CI/CD ໃຊ້ Gitlab CI ເປັນຕົວຢ່າງ”. ເຂົ້າ​ຮ່ວມ​ນໍາ​ພວກ​ເຮົາ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com