DevOps와 SRE 방식이 확산되면서 인프라 관리는 코드로 작성되고 자동화할 수 있는 영역이 되었습니다. 이제 인프라 관리에도 소프트웨어 개발 모범 사례를 적용할 수 있습니다.

기존 운영 팀의 일상 업무는 달라졌고 전통적인 소프트웨어 개발과 더 비슷해졌습니다. 동시에 소프트웨어 엔지니어는 배포와 제공을 포함한 DevOps 수명 주기 전체를 직접 관리하는 경우가 많아졌습니다.

GitLab은 인프라 관리 방식을 빠르고 단순하게 만드는 다양한 기능을 제공합니다.

인프라 관리는 더 큰 워크플로의 일부입니다.

1단계: 코드로 인프라 관리#

GitLab은 Terraform과 깊이 통합되어 Infrastructure as Code 파이프라인을 실행하고 다양한 프로세스를 지원합니다. Terraform은 클라우드 인프라 프로비저닝의 표준으로 여겨집니다. 다양한 GitLab 통합으로 다음을 할 수 있습니다.

• 별도 설정 없이 빠르게 시작합니다.
• 코드 변경과 마찬가지로 머지 리퀘스트에서 인프라 변경에 대해 협업합니다.
• 모듈 레지스트리를 사용하여 확장합니다.

자세한 내용은 다음을 참고합니다.

• Infrastructure as Code

2단계: Kubernetes 클러스터와 상호작용#

Kubernetes와의 GitLab 통합은 클러스터 애플리케이션을 설치, 구성, 관리, 배포하고 문제를 해결하는 데 도움이 됩니다. Kubernetes용 GitLab 에이전트를 사용하면 방화벽 뒤의 클러스터를 연결하고, API 엔드포인트에 실시간으로 접근하고, 프로덕션 및 비프로덕션 환경에 풀 기반 또는 푸시 기반 배포를 수행하는 등 다양한 작업을 할 수 있습니다.

자세한 내용은 다음을 참고합니다.

• 클라우드에서 Kubernetes 클러스터 생성
• GitLab으로 Kubernetes 클러스터 연결

3단계: 런북으로 절차 문서화#

런북은 시스템 시작, 중지, 디버깅, 문제 해결과 같은 작업을 수행하는 방법을 설명하는 문서화된 절차 모음입니다. GitLab에서 런북은 Markdown으로 작성합니다. 런북에는 텍스트, 코드 스니펫, 이미지, 링크 등 다양한 요소를 포함할 수 있습니다.

GitLab의 런북은 CI/CD 파이프라인과 이슈 같은 다른 GitLab 기능과 통합됩니다. 파이프라인이 성공하거나 이슈가 생성될 때처럼 특정 이벤트나 조건에 따라 런북을 자동으로 트리거할 수 있습니다. 또한 런북을 이슈, 머지 리퀘스트를 비롯한 다른 GitLab 오브젝트에 연결할 수 있습니다.

자세한 내용은 다음을 참고합니다.

• GitLab에서 실행 가능한 런북이 작동하는 방식