InfoGrab Case Study.
팀스톤

빠른 변화에 맞추어 소프트웨어를 개발하기 위해서는 빌드, 테스트, 배포 파이프라인의 자동화는 필수입니다. 팀스톤 또한 CI/CD 구축 중 GitLab 활용 방안을 모색 중이었습니다.

서비스

소프트웨어

직원수

20명+

선택한 라이센스

Core

Challenge

몇 년 전까지 소프트웨어 개발사들은 빠르면 분기별 또는 1년 단위로 소프트웨어를 출시했습니다. 하지만 오늘날의 많은 IT 기업들이 11.6초마다 새로운 코드를 제공하는 아마존과 같은 방식의 환경으로 변화하고 있습니다. 디지털 혁신에서 속도가 매우 중요하다는 것을 깨달은 것입니다.

뛰어난 품질의 모니터링 솔루션을 보유한 팀스톤 또한 변화를 모색하고 있습니다. GitLab은 서비스 제공 속도를 가속화 시킬 수 있는 최고의 도구입니다. 인포그랩의 CI/CD 교육 과정에서는 자동 배포 환경 구축을 경험해 볼 수 있습니다. GitLab Runner 설치, 스테이지별 파이프라인 설정, 빌드 및 배포까지 자동화된 CI/CD 환경을 경험하고 학습할 수 있도록 구성되어 있습니다.

Requirements
01
GitLab 기본 사용 실습
그룹, 프로젝트, 마일스톤, 레이블, 이슈, 이슈 보드 사용법 이해
02
GitLab 관리 및 운영 설정
Integration 및 모니터링
03
GitLab 프로젝트 관리
브랜치 전략과 Merge Request를 통한 협업과 점진적인 개발 방법 이해
04
GitLab CI/CD 구축
GitLab Runner 설치와 지속적인 통합 및 배포
Key Features
GitLab Runner
Core
GitLab CI/CD에서 GitLab Runner는 .gitlab-ci.yml의 정의대로 실행됩니다. GitLab CI/CD의 코디네이터 API를 통해 CI 작업을 선택하고 작업을 실행한 다음 결과를 GitLab 인스턴스로 다시 보내는 경량의 확장성이 뛰어난 에이전트입니다.
GitLab Runner 타입:
  • Shared runners : GitLab 인스턴스의 모든 그룹과 프로젝트에서 사용.
  • Group runners : 그룹 안의 모든 프로젝트와 서브 그룹에서 사용.
  • Specific runners : 지정된 프로젝트에서 사용.
CI/CD Pipeline
Core
파이프라인은 지속적인 통합, 전달 및 배포의 최상위 요소입니다. 일반적으로 파이프라인은 자동으로 실행되며 일단 생성된 후에는 개입이 필요하지 않지만, 파이프라인과 수동으로 상호작용할 수 있는 경우도 있습니다.
Job은 Runner에 의해 실행됩니다. Runner가 충분할 경우, 동일한 스테이지에 여러 작업이 병렬로 실행됩니다.
파이프라인 구성 요소:
  • Job : 무엇을 해야 할지를 정의. 예를 들어 코드를 컴파일하거나 테스트하는 작업.
  • Stage : 작업(Job)을 언제 실행할지를 정의. 예를 들어 코드를 컴파일하는 단계 후에 테스트를 실행하는 단계.
Result
자동화된 CI/CD
빌드 및 배포 환경 경험
GitLab을 통해 이슈를 생성하고 코드를 개발하는 것 뿐만 아니라, CI/CD 파이프라인을 구성함으로써 배포 시간을 단축할 수 있게 되었습니다. 이제, GitLab 단일 툴 체인을 통해 DevOps의 한 단계를 수행 할 수 있습니다.
GitLab Runner 생성
러너 설치 및 구성
프로젝트에 Specific runner 등록
파이프라인 작성
gitlab-ci.yml 파일 작성
스테이지 별 파이프라인 정의
빌드 및 배포 자동화
파이프라인 실행
파이프라인 모니터링
패키지 배포 및 아티팩트 확인
DEMO
인포그랩의 데모를 보고 계획을 수립하세요
* 필수