ci-cd

Kubernetes + Jenkins + ArgoCD로 검색엔진을 포함한 블로그 CI/CD 파이프라인 구축기 지금 이 글을 보고 있는 이 블로그는 온프레미스 Kubernetes 클러스터 위에서 돌아가고 있다. 사실 블로그 하나 띄우는 데 Kubernetes까지 필요하냐고 물으면, 솔직히 필요 없다. Vercel에 올리면 5분이면 끝난다. 근데 나는 이 블로그를 인프라 놀이터로 쓰고 싶었다. 코드를 push하면 이미지 빌드부터 배포, 검색 색인 갱신까지 자동으로 돌아가는 파이프라인을 직접 만들어보고 싶었고, 실제로 만들었다. 이 글에서는 이 파이프라인이 어떤 아키텍처로 구성되어 있고, 각 설계 결정에 어떤 이유가 있었는지를 실제 매니페스트와 함께 다뤄보려 한다. 전체 아키텍처 먼저 전체 그림을 보자. 핵심은 두 개의 Git 저장소가 역할을 분리한다는 것이다: - blog-new: 애플리케이션 소스코드. Next.js 앱, 마크다운 콘텐츠, Jenkinsfile, ES 색인 스크립트가

Kubernetes 에서 Jenkins로 Cacheable CI 파이프라인 구축하기 최근 Kubernetes 에서 Jenkins 멀티브랜치 파이프라인을 구축했습니다. DinD, DooD 의 태생적인 보안 문제 때문에, 빌드를 어떻게 진행할지 고민이 많았는데요, Kaniko 를 통해 도커데몬 없이 컨테이너 이미지를 빌드할 수 있다는것을 알게되었습니다. 본 포스트에서는 Kubernetes 환경에서 Jenkins의 agent pod을 통해 kaniko를 활용한 캐시재사용성이 있는 CI 파이프라인을 구축하는 방법에 대해 다뤄보겠습니다. Kubernetes에서의 Jenkins kubernetes 환경에 Helm 으로 Jenkins를 배포한 경우, Jenkins는 기본적으로 kubernetes api 를 호출할 수 있는 권한을 갖게 되고, 각종 플러그인도 미리 설치가 됩니다: - ServiceAccount Helm 차트는 기본적으로 jenkins라는 이름의 ServiceAc

CI/CD 단계별 도구 지속적 통합 (Continuous Integration, CI) 및 지속적인 배포 (Continuous Deployment, CD)는 소프트웨어 개발과 배포를 효율적으로 관리하기 위한 핵심적인 DevOps 원칙이다. 이를 위해 다양한 도구들이 사용되며, 각 단계에서 어떤 도구들이 효과적으로 활용될 수 있는지 알아보자. 1. 지속적 통합 (CI) 주요 목표 - 코드 변경을 지속적으로 통합하여 품질 확보 - 자동화된 빌드 및 테스트 수행 주요 도구 1.1 Jenkins - 개방형 소스 CI/CD 도구 - 다양한 플러그인 지원 - 확장성과 유연성이 뛰어남 1.2 Travis CI - 클라우드 기반 CI 도구 - 깃허브와의 통합 용이 - 빠른 설정 및 실행 가능 1.3 GitLab CI/CD - GitLab 내에서 제공하는 통합 CI/CD 기능 - 코드 저장소와 강력한 통합 - Docker 이미지 레지스트리 지원 2. 지속적 배포 (CD) 주요 목표 - 자동화된 프로