GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

บทความนี้จะเป็นที่สนใจของทั้งผู้ทดสอบและนักพัฒนา แต่มีไว้สำหรับผู้เชี่ยวชาญด้านระบบอัตโนมัติเป็นหลักที่ประสบปัญหาในการตั้งค่า GitLab CI/CD สำหรับการทดสอบการรวมในสภาวะที่ทรัพยากรโครงสร้างพื้นฐานไม่เพียงพอและ/หรือการไม่มีคอนเทนเนอร์ แพลตฟอร์มการเรียบเรียง ฉันจะบอกคุณถึงวิธีการตั้งค่าการปรับใช้สภาพแวดล้อมการทดสอบโดยใช้นักเทียบท่าเขียนบนรันเนอร์เชลล์ GitLab ตัวเดียว และเพื่อที่ว่าเมื่อปรับใช้หลายสภาพแวดล้อม บริการที่เปิดตัวจะไม่รบกวนซึ่งกันและกัน


Содержание

ข้อกำหนดเบื้องต้น

  1. ในทางปฏิบัติของฉัน มักเกิดขึ้นที่การทดสอบบูรณาการได้รับการ "ปฏิบัติ" ในโครงการต่างๆ และบ่อยครั้งปัญหาแรกและสำคัญที่สุดคือไปป์ไลน์ CI ซึ่งในการทดสอบการรวมระบบ ได้รับการพัฒนา บริการต่างๆ ดำเนินการในสภาพแวดล้อมการพัฒนา/ขั้นตอน สิ่งนี้ทำให้เกิดปัญหาค่อนข้างมาก:

    • เนื่องจากข้อบกพร่องในบริการเฉพาะระหว่างการทดสอบการรวมระบบ วงจรทดสอบอาจได้รับความเสียหายจากข้อมูลที่เสียหาย มีหลายกรณีที่การส่งคำขอด้วยรูปแบบ JSON ที่เสียหายทำให้บริการขัดข้อง ซึ่งทำให้ฐานใช้งานไม่ได้โดยสิ้นเชิง
    • การชะลอตัวของวงจรทดสอบเมื่อข้อมูลการทดสอบเพิ่มขึ้น ฉันคิดว่ามันไม่สมเหตุสมผลเลยที่จะอธิบายตัวอย่างด้วยการล้าง/ย้อนกลับฐานข้อมูล ในทางปฏิบัติของฉัน ฉันไม่พบโครงการใดที่ขั้นตอนนี้ดำเนินไปอย่างราบรื่น
    • ความเสี่ยงที่จะรบกวนการทำงานของวงจรทดสอบเมื่อทำการทดสอบการตั้งค่าระบบทั่วไป ตัวอย่างเช่น นโยบายผู้ใช้/กลุ่ม/รหัสผ่าน/แอปพลิเคชัน
    • ข้อมูลการทดสอบจากการทดสอบอัตโนมัติทำให้ชีวิตของผู้ทดสอบด้วยตนเองเป็นเรื่องยาก

    บางคนอาจบอกว่าการทดสอบอัตโนมัติที่ดีควรล้างข้อมูลหลังจากนั้น ฉันมีข้อโต้แย้งกับ:

    • ขาตั้งแบบไดนามิกใช้งานได้สะดวกมาก
    • ไม่ใช่ทุกออบเจ็กต์ที่สามารถลบออกจากระบบผ่าน API ได้ ตัวอย่างเช่น การเรียกเพื่อลบออบเจ็กต์ไม่ได้ถูกนำมาใช้ เนื่องจากขัดแย้งกับตรรกะทางธุรกิจ
    • เมื่อสร้างออบเจ็กต์ผ่าน API จะสามารถสร้างข้อมูลเมตาจำนวนมากได้ ซึ่งเป็นปัญหาในการลบ
    • หากการทดสอบมีการพึ่งพากัน กระบวนการล้างข้อมูลหลังจากการรันการทดสอบจะกลายเป็นเรื่องน่าปวดหัว
    • การเรียก API เพิ่มเติม (และในความคิดของฉัน ไม่สมเหตุสมผล)
    • และข้อโต้แย้งหลัก: เมื่อข้อมูลทดสอบเริ่มถูกล้างโดยตรงจากฐานข้อมูล นี่กำลังกลายเป็นละครสัตว์ PK/FK จริงๆ! เราได้ยินจากนักพัฒนา: “ฉันเพิ่งเพิ่ม/ลบ/เปลี่ยนชื่อป้าย ทำไมการทดสอบบูรณาการถึง 100500 รายการถึงถูกจับได้”

    ในความคิดของฉัน ทางออกที่ดีที่สุดคือสภาพแวดล้อมแบบไดนามิก

  2. หลายๆ คนใช้ docker-compose เพื่อรันสภาพแวดล้อมการทดสอบ แต่มีเพียงไม่กี่คนที่ใช้ docker-compose เมื่อทำการทดสอบการรวมระบบใน CI/CD และในที่นี้ ฉันไม่ได้คำนึงถึงแพลตฟอร์ม kubernetes, swarm และคอนเทนเนอร์การจัดการคอนเทนเนอร์อื่นๆ ไม่ใช่ทุกบริษัทจะมีสิ่งเหล่านี้ คงจะดีไม่น้อยถ้า docker-compose.yml เป็นแบบสากล
  3. แม้ว่าเราจะมี QA runner ของตัวเอง เราจะแน่ใจได้อย่างไรว่าบริการที่เปิดตัวผ่าน docker-compose จะไม่รบกวนซึ่งกันและกัน
  4. จะรวบรวมบันทึกของบริการที่ทดสอบได้อย่างไร?
  5. วิธีทำความสะอาดนักวิ่ง?

ฉันมี GitLab runner ของตัวเองสำหรับโปรเจ็กต์ของฉัน และฉันพบคำถามเหล่านี้ระหว่างการพัฒนา ไคลเอนต์จาวา สำหรับ รางทดสอบ. แม่นยำยิ่งขึ้นเมื่อทำการทดสอบการรวมระบบ ด้านล่างนี้เราจะแก้ไขปัญหาเหล่านี้โดยใช้ตัวอย่างจากโปรเจ็กต์นี้

ไปที่เนื้อหา

GitLab เชลล์รันเนอร์

สำหรับนักวิ่ง ฉันขอแนะนำเครื่องเสมือน Linux ที่มี 4 vCPU, RAM 4 GB, HDD 50 GB
มีข้อมูลมากมายเกี่ยวกับการตั้งค่า gitlab-runner บนอินเทอร์เน็ต สั้น ๆ ดังนี้:

  • เข้าสู่ระบบเครื่องผ่าน SSH
  • หากคุณมี RAM น้อยกว่า 8 GB ฉันแนะนำ ทำการแลกเปลี่ยน 10 GBเพื่อไม่ให้ OOM killer มาฆ่างานของเราเนื่องจาก RAM ไม่เพียงพอ สิ่งนี้สามารถเกิดขึ้นได้เมื่อมีการเปิดตัวงานมากกว่า 5 งานพร้อมกัน งานจะดำเนินไปช้าลงแต่มั่นคง

    ตัวอย่างกับ OOM killer

    หากคุณเห็นในบันทึกงาน bash: line 82: 26474 Killedจากนั้นจึงดำเนินการกับนักวิ่ง 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

    และหากรูปภาพมีลักษณะเช่นนี้ ให้เพิ่มการสลับหรือเพิ่ม RAM

  • ตั้ง gitlab-runner, นักเทียบท่า, นักเทียบท่า-เขียน, ทำ.
  • การเพิ่มผู้ใช้ 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

    ซึ่งจะทำให้คุณสามารถรันงานคู่ขนานกับนักวิ่งเพียงคนเดียวได้ อ่านเพิ่มเติม ที่นี่.
    หากคุณมีเครื่องที่ทรงพลังกว่า เช่น 8 vCPU, RAM 16 GB ตัวเลขเหล่านี้สามารถทำให้ใหญ่ขึ้นได้อย่างน้อย 2 เท่า แต่ทั้งหมดขึ้นอยู่กับว่านักวิ่งรายนี้จะเปิดตัวอะไรและในปริมาณเท่าใด

นั่นก็เพียงพอแล้ว

ไปที่เนื้อหา

กำลังเตรียม docker-compose.yml

งานหลักคือ universal 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

ตรวจสอบ

ทำให้นักเทียบท่าขึ้น

$ 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

ทำบันทึกนักเทียบท่า

$ 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 เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

ไปที่เนื้อหา

กำลังเตรียม .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

จากการรันงานดังกล่าว ไดเร็กทอรีบันทึกในส่วนต่างๆ จะมีบันทึกการบริการและการทดสอบ ซึ่งสะดวกมากในกรณีที่เกิดข้อผิดพลาด การทดสอบแบบขนานแต่ละครั้งจะเขียนบันทึกของตัวเอง แต่ฉันจะพูดถึงเรื่องนี้แยกกัน

GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

ไปที่เนื้อหา

ทำความสะอาดนักวิ่ง

งานจะเริ่มตามกำหนดเวลาเท่านั้น

stages:
- clean
- build
- test

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

จากนั้น ไปที่โปรเจ็กต์ GitLab ของเรา -> CI/CD -> กำหนดการ -> กำหนดการใหม่ และเพิ่มกำหนดการใหม่

GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

ไปที่เนื้อหา

ผล

เปิดตัว 4 งานใน GitLab CI
GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

ในบันทึกของงานสุดท้ายที่มีการทดสอบการรวมระบบ เราเห็นคอนเทนเนอร์จากงานต่างๆ

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 เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

ทุกอย่างดูเหมือนจะสวยงาม แต่มีความแตกต่างกันนิดหน่อย ไปป์ไลน์สามารถบังคับยกเลิกได้ในขณะที่การทดสอบการรวมกำลังทำงานอยู่ ซึ่งในกรณีนี้คอนเทนเนอร์ที่ใช้งานอยู่จะไม่ถูกหยุด ในบางครั้งคุณจำเป็นต้องทำความสะอาดนักวิ่ง น่าเสียดายที่งานปรับปรุงใน GitLab CE ยังคงอยู่ในสถานะ จุดเปิด

แต่เราได้เพิ่มการเปิดตัวงานตามกำหนดเวลา และไม่มีใครห้ามไม่ให้เราเรียกใช้งานด้วยตนเอง
ไปที่โปรเจ็กต์ของเรา -> CI/CD -> กำหนดการ และรันงาน Clean runner

GitLab เชลล์รันเนอร์ การเปิดตัวบริการทดสอบที่แข่งขันได้โดยใช้ Docker Compose

รวม:

  • เรามีเชลล์รันเนอร์หนึ่งตัว
  • ไม่มีข้อขัดแย้งระหว่างงานและสภาพแวดล้อม
  • เรารันงานที่มีการทดสอบบูรณาการไปพร้อมๆ กัน
  • คุณสามารถดำเนินการทดสอบการรวมระบบภายในเครื่องหรือในคอนเทนเนอร์ได้
  • บันทึกการบริการและการทดสอบจะถูกรวบรวมและแนบไปกับงานไปป์ไลน์
  • คุณสามารถทำความสะอาดนักวิ่งจากอิมเมจ Docker เก่าได้

เวลาในการติดตั้งคือ ~ 2 ชั่วโมง
นั่นคือทั้งหมดจริงๆ ฉันยินดีที่จะรับข้อเสนอแนะ

ไปที่เนื้อหา

ที่มา: will.com

เพิ่มความคิดเห็น