GitLab Shell Runner. ການແຂ່ງຂັນເປີດຕົວບໍລິການທົດສອບໂດຍໃຊ້ Docker Compose

ບົດຄວາມນີ້ຈະມີຄວາມສົນໃຈສໍາລັບທັງຜູ້ທົດສອບແລະນັກພັດທະນາ, ແຕ່ມີຈຸດປະສົງຕົ້ນຕໍສໍາລັບຜູ້ຊ່ຽວຊານດ້ານອັດຕະໂນມັດທີ່ປະເຊີນກັບບັນຫາຂອງການຕັ້ງຄ່າ GitLab CI / CD ສໍາລັບການທົດສອບປະສົມປະສານໃນເງື່ອນໄຂຂອງຊັບພະຍາກອນພື້ນຖານໂຄງລ່າງທີ່ບໍ່ພຽງພໍແລະ / ຫຼືການຂາດຖັງ. ເວທີ orchestration. ຂ້ອຍຈະບອກທ່ານກ່ຽວກັບວິທີການຕິດຕັ້ງສະພາບແວດລ້ອມການທົດສອບໂດຍໃຊ້ docker compose ໃນຕົວແລ່ນ Shell GitLab ດຽວແລະເພື່ອວ່າເມື່ອນໍາໃຊ້ສະພາບແວດລ້ອມຫຼາຍ, ການບໍລິການທີ່ເປີດຕົວບໍ່ແຊກແຊງກັນແລະກັນ.

ເນື້ອໃນ

• ເງື່ອນໄຂເບື້ອງຕົ້ນ
• GitLab Shell Runner
• ກຳລັງກະກຽມ docker-compose.yml
• ການກະກຽມ Makefile
• ກຳລັງກະກຽມ .gitlab-ci.yml
  • ແລ່ນການທົດສອບການເຊື່ອມໂຍງ
  • ທໍາຄວາມສະອາດນັກແລ່ນ
• ຜົນ

ເງື່ອນໄຂເບື້ອງຕົ້ນ

1. ໃນການປະຕິບັດຂອງຂ້ອຍ, ມັນມັກຈະເກີດຂື້ນວ່າການທົດສອບການເຊື່ອມໂຍງໄດ້ຖືກ "ປະຕິບັດ" ໃນໂຄງການ. ແລະເລື້ອຍໆບັນຫາທໍາອິດແລະສໍາຄັນທີ່ສຸດແມ່ນທໍ່ CI, ໃນນັ້ນການທົດສອບການເຊື່ອມໂຍງ ກໍາລັງພັດທະນາ ການບໍລິການແມ່ນດໍາເນີນຢູ່ໃນສະພາບແວດລ້ອມ dev/stage. ນີ້ເຮັດໃຫ້ເກີດບັນຫາເລັກນ້ອຍ:

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

   ບາງຄົນຈະເວົ້າວ່າ autotests ທີ່ດີຄວນເຮັດຄວາມສະອາດຂໍ້ມູນຫຼັງຈາກຕົວເອງ. ຂ້ອຍມີການໂຕ້ຖຽງກັນ:

   • ຂາຕັ້ງແບບໄດນາມິກແມ່ນສະດວກຫຼາຍທີ່ຈະນໍາໃຊ້.
   • ບໍ່ແມ່ນທຸກໆວັດຖຸສາມາດຖືກໂຍກຍ້າຍອອກຈາກລະບົບຜ່ານ API. ຕົວຢ່າງ, ການໂທຫາເພື່ອລຶບວັດຖຸບໍ່ໄດ້ຖືກປະຕິບັດເພາະວ່າມັນຂັດກັບເຫດຜົນທາງທຸລະກິດ.
   • ເມື່ອສ້າງວັດຖຸຜ່ານ API, ຈໍານວນ metadata ສາມາດຖືກສ້າງຂື້ນ, ເຊິ່ງເປັນບັນຫາທີ່ຈະລຶບ.
   • ຖ້າການທົດສອບມີຄວາມເພິ່ງພາອາໄສລະຫວ່າງຕົວມັນເອງ, ຂະບວນການທໍາຄວາມສະອາດຂໍ້ມູນຫຼັງຈາກການທົດສອບແລ່ນກາຍເປັນອາການເຈັບຫົວ.
   • ເພີ່ມເຕີມ (ແລະ, ໃນຄວາມຄິດເຫັນຂອງຂ້າພະເຈົ້າ, ບໍ່ສົມເຫດສົມຜົນ) ໂທຫາ API.
   • ແລະການໂຕ້ຖຽງຕົ້ນຕໍ: ເມື່ອຂໍ້ມູນການທົດສອບເລີ່ມຖືກລຶບລ້າງໂດຍກົງຈາກຖານຂໍ້ມູນ. ອັນນີ້ກຳລັງປ່ຽນເປັນວົງວຽນ PK/FK ແທ້ໆ! ພວກເຮົາໄດ້ຍິນຈາກນັກພັດທະນາ: "ຂ້ອຍຫາກໍ່ເພີ່ມ / ເອົາອອກ / ປ່ຽນຊື່ປ້າຍ, ເປັນຫຍັງ 100500 ການທົດສອບການເຊື່ອມໂຍງຖືກຈັບ?"

   ໃນຄວາມຄິດເຫັນຂອງຂ້ອຍ, ການແກ້ໄຂທີ່ດີທີ່ສຸດແມ່ນສະພາບແວດລ້ອມແບບເຄື່ອນໄຫວ.

2. ຫຼາຍຄົນໃຊ້ docker-compose ເພື່ອດໍາເນີນການສະພາບແວດລ້ອມການທົດສອບ, ແຕ່ມີຈໍານວນຫນ້ອຍຄົນໃຊ້ docker-compose ໃນເວລາທີ່ດໍາເນີນການທົດສອບການເຊື່ອມໂຍງໃນ CI / CD. ແລະໃນທີ່ນີ້ຂ້າພະເຈົ້າບໍ່ໄດ້ຄໍານຶງເຖິງ kubernetes, swarm ແລະເວທີ orchestration ບັນຈຸອື່ນໆ. ບໍ່ແມ່ນທຸກໆບໍລິສັດມີພວກມັນ. ມັນຈະດີຖ້າ docker-compose.yml ແມ່ນທົ່ວໄປ.
3. ເຖິງແມ່ນວ່າພວກເຮົາມີຕົວແລ່ນ QA ຂອງພວກເຮົາເອງ, ພວກເຮົາສາມາດເຮັດແນວໃດໃຫ້ແນ່ໃຈວ່າການບໍລິການທີ່ເປີດຕົວຜ່ານ docker-compose ບໍ່ແຊກແຊງເຊິ່ງກັນແລະກັນ?
4. ວິທີການເກັບກໍາຂໍ້ມູນບັນທຶກການບໍລິການທົດສອບ?
5. ວິທີການເຮັດຄວາມສະອາດນັກແລ່ນ?

ຂ້ອຍມີນັກແລ່ນ GitLab ຂອງຂ້ອຍເອງສໍາລັບໂຄງການຂອງຂ້ອຍແລະຂ້ອຍໄດ້ພົບກັບຄໍາຖາມເຫຼົ່ານີ້ໃນລະຫວ່າງການພັດທະນາ ລູກຄ້າ Java ການ TestRail. ຫຼາຍທີ່ຊັດເຈນ, ໃນເວລາທີ່ແລ່ນການທົດສອບການເຊື່ອມໂຍງ. ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະແກ້ໄຂບັນຫາເຫຼົ່ານີ້ໂດຍໃຊ້ຕົວຢ່າງຈາກໂຄງການນີ້.

ເຖິງເນື້ອໃນ

GitLab Shell Runner

ສໍາລັບນັກແລ່ນ, ຂ້າພະເຈົ້າຂໍແນະນໍາເຄື່ອງ virtual Linux ທີ່ມີ 4 vCPU, 4 GB RAM, 50 GB HDD.
ມີຂໍ້ມູນຫຼາຍຢ່າງກ່ຽວກັບການຕັ້ງຄ່າ gitlab-runner ໃນອິນເຕີເນັດ, ດັ່ງນັ້ນໂດຍຫຍໍ້:

• ເຂົ້າສູ່ລະບົບເຄື່ອງຜ່ານ SSH

• ຖ້າທ່ານມີ RAM ຫນ້ອຍກວ່າ 8 GB, ຂ້ອຍຂໍແນະນໍາ ເຮັດໃຫ້ swap 10 GBດັ່ງນັ້ນຜູ້ຂ້າ OOM ບໍ່ໄດ້ມາແລະຂ້າວຽກງານຂອງພວກເຮົາເນື່ອງຈາກຂາດ RAM. ສິ່ງນີ້ສາມາດເກີດຂຶ້ນໄດ້ເມື່ອມີຫຼາຍກວ່າ 5 ວຽກຖືກເປີດຕົວພ້ອມໆກັນ. ວຽກ​ງານ​ຈະ​ກ້າວ​ໄປ​ໜ້າ​ຊ້າ​ກວ່າ​ເກົ່າ, ​ແຕ່​ໝັ້ນ​ທ່ຽງ.

  ຕົວຢ່າງກັບ killer OOM

  ຖ້າເຈົ້າເຫັນໃນບັນທຶກໜ້າວຽກ bash: line 82: 26474 Killed, ຫຼັງຈາກນັ້ນພຽງແຕ່ດໍາເນີນການກ່ຽວກັບ runner ໄດ້ sudo dmesg | grep 26474

  [26474]  1002 26474  1061935   123806     339        0             0 java
  Out of memory: Kill process 26474 (java) score 127 or sacrifice child
  Killed process 26474 (java) total-vm:4247740kB, anon-rss:495224kB, file-rss:0kB, shmem-rss:0kB

  ແລະຖ້າຮູບມີລັກສະນະຄ້າຍຄືນີ້, ຫຼັງຈາກນັ້ນອາດຈະເພີ່ມ swap ຫຼືເພີ່ມ RAM.

• ຕິດຕັ້ງ gitlab-runner, docker, docker-compose, ເຮັດໃຫ້.
• ເພີ່ມຜູ້ໃຊ້ gitlab-runner ກັບກຸ່ມ docker

  sudo groupadd docker
  sudo usermod -aG docker gitlab-runner

• ລົງທະບຽນ gitlab-runner.

• ເປີດສໍາລັບການດັດແກ້ /etc/gitlab-runner/config.toml ແລະເພີ່ມ

  concurrent=20
  [[runners]]
    request_concurrency = 10

  ນີ້ຈະຊ່ວຍໃຫ້ທ່ານສາມາດດໍາເນີນວຽກງານຂະຫນານໃນຫນຶ່ງ runner. ອ່ານ​ຕື່ມ ທີ່ນີ້.
  ຖ້າທ່ານມີເຄື່ອງທີ່ມີປະສິດທິພາບຫຼາຍ, ຕົວຢ່າງ 8 vCPU, 16 GB RAM, ຫຼັງຈາກນັ້ນ, ຕົວເລກເຫຼົ່ານີ້ສາມາດເຮັດໄດ້ຢ່າງຫນ້ອຍ 2 ເທົ່າ. ແຕ່ທັງຫມົດແມ່ນຂຶ້ນກັບສິ່ງທີ່ແນ່ນອນຈະເປີດຕົວໃນນັກແລ່ນນີ້ແລະໃນປະລິມານໃດ.

ມັນພຽງພໍ.

ເຖິງເນື້ອໃນ

ກຳລັງກະກຽມ docker-compose.yml

ວຽກງານຕົ້ນຕໍແມ່ນ docker-compose.yml ທົ່ວໄປ, ເຊິ່ງນັກພັດທະນາ / ຜູ້ທົດສອບສາມາດນໍາໃຊ້ໄດ້ທັງພາຍໃນແລະໃນທໍ່ CI.

ກ່ອນອື່ນ ໝົດ, ພວກເຮົາສ້າງຊື່ການບໍລິການທີ່ເປັນເອກະລັກສໍາລັບ CI. ຫນຶ່ງໃນຕົວແປທີ່ເປັນເອກະລັກໃນ GitLab CI ແມ່ນຕົວແປ CI_JOB_ID. ຖ້າທ່ານລະບຸ container_name ທີ່​ມີ​ຄວາມ​ຫມາຍ​ "service-${CI_JOB_ID:-local}", ໃນ​ກໍ​ລະ​ນີ​:

• ຖ້າ​ຫາກ​ວ່າ CI_JOB_ID ບໍ່ໄດ້ກໍານົດຢູ່ໃນຕົວແປສະພາບແວດລ້ອມ,
  ຫຼັງຈາກນັ້ນ, ຊື່ການບໍລິການຈະເປັນ service-local
• ຖ້າ​ຫາກ​ວ່າ CI_JOB_ID ກໍານົດຢູ່ໃນຕົວແປສະພາບແວດລ້ອມ (ຕົວຢ່າງ 123),
  ຫຼັງຈາກນັ້ນ, ຊື່ການບໍລິການຈະເປັນ service-123

ອັນທີສອງ, ພວກເຮົາສ້າງເຄືອຂ່າຍທົ່ວໄປສໍາລັບການບໍລິການທີ່ເປີດຕົວ. ນີ້ເຮັດໃຫ້ພວກເຮົາໂດດດ່ຽວໃນລະດັບເຄືອຂ່າຍໃນເວລາທີ່ແລ່ນສະພາບແວດລ້ອມການທົດສອບຫຼາຍອັນ.

networks:
  default:
    external:
      name: service-network-${CI_JOB_ID:-local}

ຕົວຈິງແລ້ວ, ນີ້ແມ່ນບາດກ້າວທໍາອິດເພື່ອຄວາມສໍາເລັດ =)

ຕົວຢ່າງຂອງ docker-compose.yml ຂອງຂ້ອຍກັບຄໍາເຫັນ

version: "3"

# Для корректной работы web (php) и fmt нужно, 
# чтобы контейнеры имели общий исполняемый контент.
# В нашем случае, это директория /var/www/testrail
volumes:
  static-content:

# Изолируем окружение на сетевом уровне
networks:
  default:
    external:
      name: testrail-network-${CI_JOB_ID:-local}

services:
  db:
    image: mysql:5.7.22
    # Каждый container_name содержит ${CI_JOB_ID:-local}
    container_name: "testrail-mysql-${CI_JOB_ID:-local}"
    environment:
      MYSQL_HOST: db
      MYSQL_DATABASE: mydb
      MYSQL_ROOT_PASSWORD: 1234
      SKIP_GRANT_TABLES: 1
      SKIP_NETWORKING: 1
      SERVICE_TAGS: dev
      SERVICE_NAME: mysql
    networks:
    - default

  migration:
    image: registry.gitlab.com/touchbit/image/testrail/migration:latest
    container_name: "testrail-migration-${CI_JOB_ID:-local}"
    links:
    - db
    depends_on:
    - db
    networks:
    - default

  fpm:
    image: registry.gitlab.com/touchbit/image/testrail/fpm:latest
    container_name: "testrail-fpm-${CI_JOB_ID:-local}"
    volumes:
    - static-content:/var/www/testrail
    links:
    - db
    networks:
    - default

  web:
    image: registry.gitlab.com/touchbit/image/testrail/web:latest
    container_name: "testrail-web-${CI_JOB_ID:-local}"
    # Если переменные TR_HTTP_PORT или TR_HTTPS_PORTS не определены,
    # то сервис поднимается на 80 и 443 порту соответственно.
    ports:
      - ${TR_HTTP_PORT:-80}:80
      - ${TR_HTTPS_PORT:-443}:443
    volumes:
      - static-content:/var/www/testrail
    links:
      - db
      - fpm
    networks:
      - default

ຕົວຢ່າງການແລ່ນທ້ອງຖິ່ນ

docker-compose -f docker-compose.yml up -d
Starting   testrail-mysql-local     ... done
Starting   testrail-migration-local ... done
Starting   testrail-fpm-local       ... done
Recreating testrail-web-local       ... done

ແຕ່ບໍ່ແມ່ນທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍຫຼາຍກັບການເປີດຕົວໃນ CI.

ເຖິງເນື້ອໃນ

ການກະກຽມ Makefile

ຂ້ອຍໃຊ້ Makefile ເພາະວ່າມັນສະດວກຫຼາຍສໍາລັບການຄຸ້ມຄອງສະພາບແວດລ້ອມໃນທ້ອງຖິ່ນແລະໃນ CI. ຄໍາເຫັນອອນໄລນ໌ເພີ່ມເຕີມ

# У меня в проектах все вспомогательные вещи лежат в директории `.indirect`,
# в том числе и `docker-compose.yml`

# Использовать bash с опцией pipefail 
# pipefail - фейлит выполнение пайпа, если команда выполнилась с ошибкой
SHELL=/bin/bash -o pipefail

# Останавливаем контейнеры и удаляем сеть
docker-kill:
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml kill
    docker network rm network-$${CI_JOB_ID:-testrail} || true

# Предварительно выполняем docker-kill 
docker-up: docker-kill
    # Создаем сеть для окружения 
    docker network create network-$${CI_JOB_ID:-testrail}
    # Забираем последние образы из docker-registry
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml pull
    # Запускаем окружение
    # force-recreate - принудительное пересоздание контейнеров
    # renew-anon-volumes - не использовать volumes предыдущих контейнеров
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
    # Ну и, на всякий случай, вывести что там у нас в принципе запущено на машинке
    docker ps

# Коллектим логи сервисов
docker-logs:
    mkdir ./logs || true
    docker logs testrail-web-$${CI_JOB_ID:-local}       >& logs/testrail-web.log
    docker logs testrail-fpm-$${CI_JOB_ID:-local}       >& logs/testrail-fpm.log
    docker logs testrail-migration-$${CI_JOB_ID:-local} >& logs/testrail-migration.log
    docker logs testrail-mysql-$${CI_JOB_ID:-local}     >& logs/testrail-mysql.log

# Очистка раннера
docker-clean:
    @echo Останавливаем все testrail-контейнеры
    docker kill $$(docker ps --filter=name=testrail -q) || true
    @echo Очистка докер контейнеров
    docker rm -f $$(docker ps -a -f --filter=name=testrail status=exited -q) || true
    @echo Очистка dangling образов
    docker rmi -f $$(docker images -f "dangling=true" -q) || true
    @echo Очистка testrail образов
    docker rmi -f $$(docker images --filter=reference='registry.gitlab.com/touchbit/image/testrail/*' -q) || true
    @echo Очистка всех неиспользуемых volume
    docker volume rm -f $$(docker volume ls -q) || true
    @echo Очистка всех testrail сетей
    docker network rm $(docker network ls --filter=name=testrail -q) || true
    docker ps

ການກວດກາ

ເຮັດໃຫ້ docker-up

$ make docker-up 
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml kill
Killing testrail-web-local   ... done
Killing testrail-fpm-local   ... done
Killing testrail-mysql-local ... done
docker network rm network-${CI_JOB_ID:-testrail} || true
network-testrail
docker network create network-${CI_JOB_ID:-testrail}
d2ec063324081c8bbc1b08fd92242c2ea59d70cf4025fab8efcbc5c6360f083f
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml pull
Pulling db        ... done
Pulling migration ... done
Pulling fpm       ... done
Pulling web       ... done
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
Recreating testrail-mysql-local ... done
Recreating testrail-fpm-local       ... done
Recreating testrail-migration-local ... done
Recreating testrail-web-local       ... done
docker ps
CONTAINER ID  PORTS                                     NAMES
a845d3cb0e5a  0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp  testrail-web-local
19d8ef001398  9000/tcp                                  testrail-fpm-local
e28840a2369c  3306/tcp, 33060/tcp                       testrail-migration-local
0e7900c23f37  3306/tcp                                  testrail-mysql-local

ເຮັດບັນທຶກ docker

$ make docker-logs
mkdir ./logs || true
mkdir: cannot create directory ‘./logs’: File exists
docker logs testrail-web-${CI_JOB_ID:-local}       >& logs/testrail-web.log
docker logs testrail-fpm-${CI_JOB_ID:-local}       >& logs/testrail-fpm.log
docker logs testrail-migration-${CI_JOB_ID:-local} >& logs/testrail-migration.log
docker logs testrail-mysql-${CI_JOB_ID:-local}     >& logs/testrail-mysql.log

ເຖິງເນື້ອໃນ

ກຳລັງກະກຽມ .gitlab-ci.yml

ແລ່ນການທົດສອບການເຊື່ອມໂຍງ

Integration:
  stage: test
  tags:
    - my-shell-runner
  before_script:
    # Аутентифицируемся в registry
    - docker login -u gitlab-ci-token -p ${CI_JOB_TOKEN} ${CI_REGISTRY}
    # Генерируем псевдоуникальные TR_HTTP_PORT и TR_HTTPS_PORT
    - export TR_HTTP_PORT=$(shuf -i10000-60000 -n1)
    - export TR_HTTPS_PORT=$(shuf -i10000-60000 -n1)
    # создаем директорию с идентификатором задачи
    - mkdir ${CI_JOB_ID}
    # копируем в созданную директорию наш docker-compose.yml
    # чтобы контекст был разный для каждой задачи
    - cp .indirect/docker-compose.yml ${CI_JOB_ID}/docker-compose.yml
  script:
    # поднимаем наше окружение
    - make docker-up
    # запускаем тесты исполняемым jar (у меня так)
    - java -jar itest.jar --http-port ${TR_HTTP_PORT} --https-port ${TR_HTTPS_PORT}
    # или в контейнере
    - docker run --network=testrail-network-${CI_JOB_ID:-local} --rm itest
  after_script:
    # собираем логи
    - make docker-logs
    # останавливаем окружение
    - make docker-kill
  artifacts:
    # сохраняем логи
    when: always
    paths:
      - logs
    expire_in: 30 days

ເປັນຜົນມາຈາກການເຮັດວຽກດັ່ງກ່າວ, ໄດເລກະທໍລີບັນທຶກໃນສິ່ງປອມຈະມີບັນທຶກການບໍລິການແລະການທົດສອບ. ເຊິ່ງສະດວກຫຼາຍໃນກໍລະນີຂອງຄວາມຜິດພາດ. ແຕ່ລະການທົດສອບຂະຫນານຂຽນບັນທຶກຂອງຕົນເອງ, ແຕ່ຂ້າພະເຈົ້າຈະເວົ້າກ່ຽວກັບເລື່ອງນີ້ແຍກຕ່າງຫາກ.

ເຖິງເນື້ອໃນ

ທໍາຄວາມສະອາດນັກແລ່ນ

ວຽກງານດັ່ງກ່າວຈະຖືກເປີດຕົວພຽງແຕ່ຕາມຕາຕະລາງ.

stages:
- clean
- build
- test

Clean runner:
  stage: clean
  only:
    - schedules
  tags:
    - my-shell-runner
  script:
    - make docker-clean

ຕໍ່ໄປ, ໄປທີ່ໂຄງການ GitLab ຂອງພວກເຮົາ -> CI / CD -> ຕາຕະລາງ -> ຕາຕະລາງໃຫມ່ແລະເພີ່ມຕາຕະລາງໃຫມ່.

ເຖິງເນື້ອໃນ

ຜົນ

ເປີດຕົວ 4 ວຽກໃນ GitLab CI

ໃນບັນທຶກຂອງວຽກງານທີ່ຜ່ານມາກັບການທົດສອບການເຊື່ອມໂຍງພວກເຮົາເຫັນບັນຈຸຈາກວຽກງານທີ່ແຕກຕ່າງກັນ

CONTAINER ID  NAMES
c6b76f9135ed  testrail-web-204645172
01d303262d8e  testrail-fpm-204645172
2cdab1edbf6a  testrail-migration-204645172
826aaf7c0a29  testrail-mysql-204645172
6dbb3fae0322  testrail-web-204645084
3540f8d448ce  testrail-fpm-204645084
70fea72aa10d  testrail-mysql-204645084
d8aa24b2892d  testrail-web-204644881
6d4ccd910fad  testrail-fpm-204644881
685d8023a3ec  testrail-mysql-204644881
1cdfc692003a  testrail-web-204644793
6f26dfb2683e  testrail-fpm-204644793
029e16b26201  testrail-mysql-204644793
c10443222ac6  testrail-web-204567103
04339229397e  testrail-fpm-204567103
6ae0accab28d  testrail-mysql-204567103
b66b60d79e43  testrail-web-204553690
033b1f46afa9  testrail-fpm-204553690
a8879c5ef941  testrail-mysql-204553690
069954ba6010  testrail-web-204553539
ed6b17d911a5  testrail-fpm-204553539
1a1eed057ea0  testrail-mysql-204553539

ບັນທຶກລາຍລະອຽດເພີ່ມເຕີມ

$ docker login -u gitlab-ci-token -p ${CI_JOB_TOKEN} ${CI_REGISTRY}
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
WARNING! Your password will be stored unencrypted in /home/gitlab-runner/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store
Login Succeeded
$ export TR_HTTP_PORT=$(shuf -i10000-60000 -n1)
$ export TR_HTTPS_PORT=$(shuf -i10000-60000 -n1)
$ mkdir ${CI_JOB_ID}
$ cp .indirect/docker-compose.yml ${CI_JOB_ID}/docker-compose.yml
$ make docker-up
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml kill
docker network rm testrail-network-${CI_JOB_ID:-local} || true
Error: No such network: testrail-network-204645172
docker network create testrail-network-${CI_JOB_ID:-local}
0a59552b4464b8ab484de6ae5054f3d5752902910bacb0a7b5eca698766d0331
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml pull
Pulling web       ... done
Pulling fpm       ... done
Pulling migration ... done
Pulling db        ... done
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
Creating volume "204645172_static-content" with default driver
Creating testrail-mysql-204645172 ... 
Creating testrail-mysql-204645172 ... done
Creating testrail-migration-204645172 ... done
Creating testrail-fpm-204645172       ... done
Creating testrail-web-204645172       ... done
docker ps
CONTAINER ID        IMAGE                                                          COMMAND                  CREATED              STATUS              PORTS                                           NAMES
c6b76f9135ed        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   13 seconds ago       Up 1 second         0.0.0.0:51148->80/tcp, 0.0.0.0:25426->443/tcp   testrail-web-204645172
01d303262d8e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   16 seconds ago       Up 13 seconds       9000/tcp                                        testrail-fpm-204645172
2cdab1edbf6a        registry.gitlab.com/touchbit/image/testrail/migration:latest   "docker-entrypoint.s…"   16 seconds ago       Up 13 seconds       3306/tcp, 33060/tcp                             testrail-migration-204645172
826aaf7c0a29        mysql:5.7.22                                                   "docker-entrypoint.s…"   18 seconds ago       Up 16 seconds       3306/tcp                                        testrail-mysql-204645172
6dbb3fae0322        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   36 seconds ago       Up 22 seconds       0.0.0.0:44202->80/tcp, 0.0.0.0:20151->443/tcp   testrail-web-204645084
3540f8d448ce        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   38 seconds ago       Up 35 seconds       9000/tcp                                        testrail-fpm-204645084
70fea72aa10d        mysql:5.7.22                                                   "docker-entrypoint.s…"   40 seconds ago       Up 37 seconds       3306/tcp                                        testrail-mysql-204645084
d8aa24b2892d        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   About a minute ago   Up 53 seconds       0.0.0.0:31103->80/tcp, 0.0.0.0:43872->443/tcp   testrail-web-204644881
6d4ccd910fad        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   About a minute ago   Up About a minute   9000/tcp                                        testrail-fpm-204644881
685d8023a3ec        mysql:5.7.22                                                   "docker-entrypoint.s…"   About a minute ago   Up About a minute   3306/tcp                                        testrail-mysql-204644881
1cdfc692003a        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   About a minute ago   Up About a minute   0.0.0.0:44752->80/tcp, 0.0.0.0:23540->443/tcp   testrail-web-204644793
6f26dfb2683e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   About a minute ago   Up About a minute   9000/tcp                                        testrail-fpm-204644793
029e16b26201        mysql:5.7.22                                                   "docker-entrypoint.s…"   About a minute ago   Up About a minute   3306/tcp                                        testrail-mysql-204644793
c10443222ac6        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:57123->80/tcp, 0.0.0.0:31657->443/tcp   testrail-web-204567103
04339229397e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204567103
6ae0accab28d        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204567103
b66b60d79e43        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:56321->80/tcp, 0.0.0.0:58749->443/tcp   testrail-web-204553690
033b1f46afa9        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204553690
a8879c5ef941        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204553690
069954ba6010        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:32869->80/tcp, 0.0.0.0:16066->443/tcp   testrail-web-204553539
ed6b17d911a5        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204553539
1a1eed057ea0        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204553539

ວຽກ​ງານ​ທັງ​ຫມົດ​ສໍາ​ເລັດ​ສົບ​ຜົນ​ສໍາ​ເລັດ​

ວັດຖຸບູຮານຂອງໜ້າວຽກປະກອບມີບໍລິການ ແລະບັນທຶກການທົດສອບ

ທຸກຢ່າງເບິ່ງຄືວ່າສວຍງາມ, ແຕ່ມີຄວາມແຕກຕ່າງກັນ. ທໍ່ສາມາດຖືກຍົກເລີກໂດຍບັງຄັບໃນຂະນະທີ່ການທົດສອບການລວມຕົວກໍາລັງແລ່ນ, ໃນກໍລະນີນີ້ການແລ່ນຖັງຈະບໍ່ຖືກຢຸດ. ບາງຄັ້ງທ່ານຈໍາເປັນຕ້ອງເຮັດຄວາມສະອາດນັກແລ່ນ. ແຕ່ຫນ້າເສຍດາຍ, ວຽກງານສໍາລັບການປັບປຸງໃນ GitLab CE ຍັງຢູ່ໃນສະຖານະ ເປີດ

ແຕ່ພວກເຮົາໄດ້ເພີ່ມການເປີດຕົວຂອງວຽກງານຕາມຕາຕະລາງ, ແລະບໍ່ມີໃຜຫ້າມພວກເຮົາດໍາເນີນການດ້ວຍຕົນເອງ.
ໄປທີ່ໂຄງການຂອງພວກເຮົາ -> CI / CD -> ຕາຕະລາງແລະດໍາເນີນການວຽກງານ Clean runner

ລວມ:

• ພວກເຮົາມີນັກແລ່ນແກະຫນຶ່ງ.
• ບໍ່ມີຂໍ້ຂັດແຍ່ງລະຫວ່າງວຽກງານ ແລະ ສິ່ງແວດລ້ອມ.
• ພວກເຮົາດໍາເນີນວຽກງານທີ່ມີການທົດສອບການເຊື່ອມໂຍງໃນຂະຫນານ.
• ທ່ານ​ສາ​ມາດ​ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​ການ​ເຊື່ອມ​ໂຍງ​ທັງ​ໃນ​ທ້ອງ​ຖິ່ນ​ຫຼື​ໃນ​ພາ​ຊະ​ນະ​.
• ບັນທຶກການບໍລິການແລະການທົດສອບຖືກເກັບກໍາແລະຕິດກັບວຽກງານທໍ່.
• ມັນເປັນໄປໄດ້ທີ່ຈະເຮັດຄວາມສະອາດ runner ຈາກຮູບພາບ Docker ເກົ່າ.

ເວລາຕັ້ງຄ່າແມ່ນ ~2 ຊົ່ວໂມງ.
ນັ້ນແມ່ນທັງຫມົດ, ຕົວຈິງແລ້ວ. ຂ້ອຍຈະດີໃຈທີ່ຈະໄດ້ຮັບການຕິຊົມ.

ເຖິງເນື້ອໃນ

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