오늘 우리는 Helm chart를 빌드, 게시 및 공유하고, 페이지 응답자에 대한 에스컬레이션 정책을 생성하고, GitLab Runner를 Kubernetes 클러스터에 연결하고, 코드 적용 결정을 시행하는 등의 기능을 갖춘 GitLab 14.1 릴리즈를 발표하게 되어 기쁩니다!

이는 이번 릴리즈의 50개 이상의 개선 사항 중 일부 하이라이트입니다. 아래에서 멋진 업데이트를 모두 확인하세요.

다음 달 릴리즈의 내용을 미리 보려면 14.2 릴리즈 킥오프 비디오가 포함된 예정 릴리즈 페이지를 확인하십시오.



GitLab 14.1 소개 영상. 출처=인포그랩 유튜브

Helm chart를 빌드, 게시 및 공유​

Helm은 Kubernetes 클러스터 내에서 애플리케이션, 도구 또는 서비스를 실행하는 데 필요한 모든 리소스 정의가 포함된 Helm 패키지로 chart를 정의합니다. 자체 Helm chart를 만들고 관리하는 조직의 경우 이를 수집하고 공유할 수 있는 중앙 저장소를 갖는 것이 중요합니다.

이제 GitLab 프로젝트를 사용하여 패키지된 Helm chart를 게시하고 공유할 수 있습니다. 프로젝트를 원격으로 추가하고 개인 액세스, 배포 또는 CI/CD 작업 토큰으로 인증하기만 하면 됩니다. 완료되면 Helm 클라이언트 또는 GitLab CI/CD를 사용하여 Helm chart를 관리할 수 있습니다. API 또는 사용자 인터페이스를 사용하여 chart를 다운로드 할 수도 있습니다.

향후 계획은 먼저 chart에 대한 추가 메타데이터를 제시하고자 합니다. 그런 다음 이 기능을 https://charts.gitlab.io/ 대신 사용하여 dogfood(GitLab의 제품 프로세스 중 하나)를 시작할 것입니다.

따라서 기능을 사용해 보고 에픽 GitLab-#6366에 댓글을 달아 어떻게 진행되는지 알려주십시오.

에스컬레이션 정책​

대기하는 것은 스트레스가 많은 '24/7 작업' 입니다. 최선의 노력과 의도에도 불구하고 알림을 놓칠 수 있습니다. 중요한 시스템을 유지 관리하는 팀은 중단 또는 서비스 중단에 대한 경고를 놓칠 여유가 없습니다. 에스컬레이션 정책은 이러한 상황에 대한 안전망입니다. 에스컬레이션 정책에는 이전 단계의 응답자가 응답하지 않은 경우 다음 에스컬레이션 단계에서 응답자를 자동으로 호출하는 시간 제한 단계가 포함되어 있습니다. 누락된 중요한 경고로부터 회사를 보호하려면 대기 일정을 관리하는 GitLab 프로젝트에서 에스컬레이션 정책을 만드십시오.

GitLab 14.1에서 사용자는 에스컬레이션 정책을 생성, 확인 또는 삭제할 수 있습니다.

Kubernetes 클러스터용 CI/CD 터널​

지금까지 Kubernetes 클러스터를 GitLab CI/CD에 연결하려면 사용자가 GitLab을 향해 클러스터를 열어야 했습니다. 일부 조직에서는 보안 문제로 인해 외부에서 방화벽을 여는 것을 권장하지 않습니다.

이제 GitLab은 GitLab Kubernetes 에이전트를 사용하여 GitLab Runner를 Kubernetes 클러스터와 연결하는 CI/CD 터널을 함께 제공됩니다. 이를 통해 파이프라인에서 배포 로직을 코딩할 수 있는 다양한 GitOps 워크플로우를 사용 할 수 있습니다.

당신과 당신의 팀은 보안 문제 없이 kubectl, helm, kpt, tanka 또는 기타 모든 것을 사용하여 배포 자체를 실행하기 위해 선호하는 도구를 안전하게 사용할 수 있습니다.

터널을 사용하려면 CI/CD 파이프라인에서 kubecontext를 정의하여 에이전트와 연결해야 합니다. 이 프로세스를 단순화하기 위해 향후 이터레이션에서 kubecontext를 CI/CD 환경에 자동으로 삽입할 계획입니다.

CI/CD 터널은 현재 에이전트가 구성된 프로젝트에서만 지원되지만 그룹 수준 지원을 추가하는 작업을 하고 있습니다. GitLab SaaS 및 자체 관리형 인스턴스에서 터널 사용을 안전하게 시작할 수 있습니다.

인포그랩의 기술지원 서비스를 받으세요!​

인포그랩은 GitLab을 사용하는 고객들에게 맞춤 기술 지원을 제공합니다. 최신 버전 업그레이드가 필요하시면 문의하기 로 연락 주십시오. 백업/복구 정책은 잘 잡혀 있는지, 시스템에 이상은 없는지, GitLab Runner 를 통한 CI/CD 최적화는 되어 있는지를 점검해 드리고 가장 빠르고 안전하게 업그레이드 해드립니다.

(이 포스트는 GitLab의 동의를 받아 공식 블로그의 영문 포스트를 우리말로 번역한 글입니다.)

Tip! 인포그랩의 GitLab 버전별 기능에서 버전별로 추가된 기능을 검색해 볼 수 있습니다.