
MR로 협업하기 2편\:\ Merge Request 만들기
MR로 협업하기 시리즈 2편. GitLab Merge Request를 생성하는 실전 가이드입니다. PM, 디자이너, 개발자가 이슈 생성부터 Figma 연동, MR 생성까지 실제 협업 시나리오를 단계별로 따라하며 학습합니다.

GitLab Secrets Manager로 CI/CD 시크릿을 안전하게 다루는 법을 정리합니다. base64 한 줄로 뚫리는 마스킹의 한계를 직접 재현하고, 요청한 job만 시크릿을 받는 구조, HashiCorp Vault·클라우드 도구와의 비교, 도입 시 점검할 점까지 다룹니다.
LLM에 정확한 정보와 도구를 제대로 쥐여 주면 더 높은 품질의 n8n 워크플로를 생성할 수 있습니다. 이 글은 LLM의 작업 환경 전체를 설계하는 접근 방식인 '하네스(Harness)'를 만들어 실험한 내용을 다뤘습니다. 같은 모델과 같은 요청을 두고 하네스 수준만 바꿨을 때 모델이 생성한 n8n 워크플로 품질이 어떻게 달라지는지 소개합니다.
자세히 보기 →이 글은 에이전트 옵저버빌리티의 개념과 동작 방식, APM·LLM 옵저버빌리티와의 차이, 구현 도구를 살펴봅니다. 아울러 Langfuse와 Google Gemini로 PR 리뷰 에이전트의 활동을 추적·평가하는 실습을 다룹니다. 또 에이전트 옵저버빌리티를 원활하게 운영하기 위해 유념할 사항도 알아봅니다.
자세히 보기 →폐쇄망 CI 환경에서 NAT 게이트웨이 뒤에 Maven 빌드를 돌리다 보면, 다른 빌드 도구에 비해 자주 멈추는 패턴을 마주합니다. 이 글은 폐쇄망 빌드의 의존성 수급 단계에서 발생하는 Maven 빌드 중단 문제를 GitLab Maven Virtual Registry로 해결한 과정과 실전 팁을 다뤘습니다.
자세히 보기 →
MR로 협업하기 시리즈 2편. GitLab Merge Request를 생성하는 실전 가이드입니다. PM, 디자이너, 개발자가 이슈 생성부터 Figma 연동, MR 생성까지 실제 협업 시나리오를 단계별로 따라하며 학습합니다.

Docker로 애플리케이션을 배포하여 서비스를 운영 중인 Linux 서버에 디스크 용량이 부족하다는 오류나 경고 메시지가 발생한 경험이 있으신가요? 실제 애플리케이션에 의해 생성되어 저장되는 데이터 및 로그가 차지하는 용량은 그렇게 많지 않은데, 시스템 전체 스토리지 용량이 Full 될 수 있습니다. 왜 그런 것일까요? Docker를 사용할 때 스토리지 용량이 부족해지는 원인은 여러 가지가 있을 수 있습니다. 그중 가장 많이 발생하는 것으로 Docker 컨테이너 로그가 원인일 수 있습니다. 이번 포스트에서는 잘 못 설정하면 시스템의 디스크 용량 부족으로 이어지는 Docker의 로깅 드라이버에 대해 알아보겠습니다.

MR로 협업하기 시리즈 1편. 다수 개발자 협업 시 발생하는 커뮤니케이션과 코드 관리 문제를 소개하고, GitLab Merge Request가 이러한 문제를 어떻게 해결하는지 핵심 이점과 활용 방법을 설명합니다.

클라우드에서 인프라를 구축을 할 때 비용 절감, 배포 속도 향상, 일관성, 안정성 및 재사용성을 고려하여 웹 콘솔로 구축하기보다는 IaC(Infrastructure as Code) 도구를 활용하여 구축하는 것이 좋습니다. 오픈소스이며 IaC 도구 중 가장 많이 사용하는 것이 Terraform입니다. Terraform 코드를 효율적이고 효과적으로 작성하기 위해서는 Terraform에서 제공되는 기능들을 적절하게 사용하는 것이 중요합니다. 그렇지 않으면 예상과 다른 결과가 발생할 수 있습니다. 이번 글에서는 Terraform에서 제공하는 각 반복문의 특징과 차이점을 알아보겠습니다.

구축형 GitLab을 사용할때에 사용자별로 다양한 환경이 존재합니다. 이러한 상황에서 기준이 되는 아키텍처가 있다면 환경을 구성하는 시간이 많이 단축될 것이라 생각합니다. 오늘은 일반적인 환경과 클라우드 네티이브 환경을 사용할때에 활용할 수 있는 레퍼런스 아키텍처를 소개합니다.

GitLab에서 활용할 수 있는 5가지 Compliance 관련 기능을 소개합니다. 규정 준수에 포함된 내용은 MFA, 주요 프로젝트에 대한 접근 권한 관리, Protected Branch 관리, Merge Request 승인 설정, Audit Event 를 포함하고 있습니다. ISO 27001을 포함해 다양한 규정에 대해 지원을 하고 있는 GitLab 입니다.

GitLab CI/CD는 모든 지속적 방법 (지속적 통합, 전달 및 배포)에 사용하는 GitLab의 기본 기능입니다. GitLab CI/CD를 사용하면 타사 애플리케이션이나 통합 없이 소프트웨어를 테스트, 빌드 및 게시할 수 있습니다. 이 글을 통해 iOS 앱을 개발하여 코딩 컨벤션 체크에서부터, 단위 테스트, 코드 사이닝, iOS 앱 빌드, TestFlight에 앱을 배포한 것에 이르는 일련의 과정을 자동화하는 GitLab CI/CD 파이프라인을 구성하는 방법을 상세하게 알 수 있습니다.

Fastlane을 사용하면 스크린샷 생성, 코드사이닝, 빌드 번호 올리기, 애플리케이션 릴리스와 같은 개발 및 릴리스 워크플로의 모든 지루한 작업을 자동화할 수 있습니다. GitLab CI/CD 파이프라인을 사용하면 Fastlane으로 구성한 이러한 작업을 Git 브랜치 전략에 따라 자동으로 실행합니다. 이 글을 통해 Fastlane을 설치하고 기본 설정을 한 후, 필요한 환경 변수를 추가하고 각 단계별 Lane을 정의하는 방법과 `match` 방식으로 코드 사이닝 하는 과정을 상세하게 알 수 있습니다.

iOS 앱을 개발하면서 코드사이닝, 버전 및 빌드 번호 변경, 테스트하여 TestFlight 및 App Store에 배포하는 일련의 과정은 번거로운 작업일 수 있습니다. Fastlane과 GitLab CI/CD 파이프라인을 사용하면 이러한 작업을 자동화할 수 있습니다. 개발자는 새로운 기능을 개발하거나 기존 기능을 개선한 후, 코드를 커밋하고 GitLab에 Push만 하면 됩니다. GitLab CI/CD 파이프라인이 개발자를 대신해 자동으로 빌드, 테스트하고 TestFlight 및 App Store에 앱을 배포하는 과정을 상세하게 알 수 있음

GitLab으로 개발자의 업무시스템을 쓰신다고요? GitLab 서버가 장애로 Git 활동이나 MR 활동 못하면 협업에 지장이 생기고, 불편을 초래하게 되죠? 이를 방지하기 위해 GitLab도 HA로 구성을 할 수 있습니다. GitLab Reference Architecture에는 3000명 이상 사용자 부터 HA를 구성에 대한 가이드를 하고 있습니다. 이를 토대로 GitLab Korea Meetup에서 우리회사 Jason 께서 세션 발표를 짧게 진행해 주셨습니다.

DevOps 플랫폼이 공급망 공격(supply chain attack)으로부터 보호하는 방법

Kubernetes 및 Helm의 기본 개념과 GitLab의 Helm 패키지 레지스트리를 사용하는 방법에 대해 알아보겠습니다.