1nfratech1nfra Tech

컨테이너를 처음 배우는 분이 Docker부터 Kubernetes, Azure에서의 운영까지 순서대로 따라올 수 있도록 글을 묶은 시리즈 목차입니다. 앞 글에서 배운 내용을 다음 글에서 이어 쓰도록 구성했으니, 처음이라면 1편부터 차례로 읽는 것을 권합니다.1. 학습 순서1부에서는 컨테이너 한 대를 만들고 다루는 방법을, 2부에서는 여러 서버에 컨테이너를 나눠 띄우고 관리하는 Kubernetes를, 3부에서는 Azure의 AKS에서 실제로 배포하고 운영하는 방법을 다룹니다. Kubernetes의 Pod, Service, Volume은 모두 1부에서 다루는 컨테이너, 네트워크, 볼륨을 여러 서버로 넓힌 개념이라 1부를 먼저 보는 것이 이해가 빠릅니다.1부의 컨테이너, 네트워크, 볼륨이 2부의 Pod, Ser..

ACR(Azure Container Registry)은 Azure가 관리해 주는 컨테이너 이미지 저장소입니다. 이 글에서는 요금 등급 고르기, 개발자와 Jenkins, AKS가 각각 어떻게 로그인하고 어떤 권한을 받는지, Azure CLI로 만들고 권한 주는 방법, 태그를 안전하게 쓰는 법과 오래된 이미지 정리까지 실무에서 바로 쓰는 내용 위주로 정리합니다.1. ACR이 하는 일Docker Hub처럼 이미지를 올리고(push) 받는(pull) 저장소인데, Azure 구독 안에 만들고 Azure의 계정과 권한 체계(Entra ID, RBAC)로 접근을 관리한다는 점이 다릅니다. [CI/CD] GitHub, Jenkins, ArgoCD로 dev/prd 배포 아키텍처 설계의 구성에서는 Jenkins가 빌드한 ..

앞의 네 글에서 GitHub, Jenkins, ArgoCD를 하나씩 다뤘습니다. 이 글에서는 이 도구들을 묶어서, 브랜치 전략부터 dev와 prd 환경 분리, 커밋 push에서 AKS 자동 배포까지 이어지는 아키텍처를 설계합니다. 설계 위주의 글이고, 매니페스트 저장소 구성과 ArgoCD 설정은 실제로 만들어 검증한 결과를 함께 붙였습니다.1. 전체 아키텍처먼저 전체 그림입니다. 개발자가 코드를 push하면 Jenkins가 이미지를 만들어 ACR(Azure Container Registry)에 올리고, 매니페스트 저장소의 이미지 태그를 바꿉니다. 각 AKS 클러스터 안의 ArgoCD가 그 변경을 보고 자기 환경에 배포합니다.Jenkins는 ACR과 매니페스트 저장소까지만 다루고, 클러스터 반영은 각 AK..

ArgoCD는 Git에 적어 둔 매니페스트대로 쿠버네티스 클러스터를 맞춰 주는 배포 도구입니다. 이 글에서는 k3s 클러스터에 ArgoCD v3.5.3을 설치하고, 앱 등록, 첫 배포, 새 버전 배포, 롤백까지 직접 해 보면서 꼭 알아야 할 개념만 정리합니다.1. ArgoCD가 하는 일[CI/CD] CI/CD와 GitOps 개념 정리에서 정리한 것처럼, GitOps에서는 배포하고 싶은 상태를 Git에 커밋하면 클러스터 안의 에이전트가 그 상태를 가져와 적용합니다. 이 에이전트가 ArgoCD입니다. 그래서 ArgoCD를 쓰면 배포 명령을 직접 치는 대신 Git에 커밋하는 것이 배포가 됩니다. 처음 쓸 때 알아 둘 용어는 네 가지입니다. 화면과 CLI 출력에 계속 나오기 때문에 이것만 알면 나머지는 써 보면..

Jenkins는 코드를 가져와 테스트하고 빌드하는 일을 자동으로 돌려 주는 CI 서버입니다. 이 글에서는 Jenkins 2.568.3을 설치하고 잡 만들기, 빌드와 실패 확인, API로 빌드 실행, 에이전트 연결까지 직접 해 보면서 필요한 개념만 정리합니다.1. Jenkins가 하는 일[CI/CD] CI/CD와 GitOps 개념 정리에서 나눈 흐름에서 Jenkins는 CI를 맡습니다. 코드가 바뀌면 저장소에서 코드를 받아 테스트하고, 통과하면 배포할 결과물(이미지나 파일)을 만듭니다. 만든 결과물을 클러스터에 반영하는 CD는 [ArgoCD] ArgoCD 설치와 사용법 정리에서 다룬 ArgoCD가 맡습니다. 화면에 계속 나오는 용어는 다섯 가지입니다. 용어뜻JobJenkins가 할 일의 정의, 어떤 명령을..

CI/CD는 GitHub에 코드가 올라오는 순간 시작합니다. 이 글에서는 실무에서 많이 쓰는 GitHub flow로 브랜치를 만들고, Pull Request를 어떤 방식으로 합칠지, main을 어떻게 보호할지, Jenkins가 변경을 알 수 있게 Webhook을 어떻게 설정하는지를 로컬 실습과 함께 정리합니다.1. CI/CD에서 GitHub가 하는 일[CI/CD] CI/CD와 GitOps 개념 정리에서 정리한 흐름의 첫 단계가 GitHub입니다. 개발자가 작업 브랜치를 push하고 Pull Request(PR)를 열면, CI가 빌드와 테스트를 돌려 결과를 PR에 남기고, 리뷰 승인까지 받으면 main에 합칩니다. main이 바뀌면 GitHub가 Webhook으로 CI 서버에 알려 배포용 빌드가 시작됩니다..

CI/CD는 코드를 합치고, 검사하고, 운영에 내보내는 과정을 자동으로 돌리는 방식이고, GitOps는 그중 배포를 "Git에 커밋하면 클러스터가 알아서 따라오는" 방식으로 바꾼 것입니다. 이 글에서는 GitHub, Jenkins, ArgoCD로 이어지는 배포 흐름을 먼저 그림으로 보고, 로컬 Git 저장소로 배포 이력 확인, 롤백, 매니페스트 검사를 직접 해 봅니다.1. CI와 CD를 한 줄씩CI/CD는 한 단어처럼 쓰이지만 실제로는 세 가지를 묶은 말입니다. 팀에서 "CD 하고 있어요"라고 할 때 사람마다 뜻이 다른 경우가 많아서, 저는 아래처럼 나눠서 말합니다. 용어한 줄 설명예시CI (지속적 통합)코드를 자주 합치고, 합칠 때마다 자동으로 빌드와 테스트Pull Request를 열면 테스트가 자동으..

AZ-400은 Azure DevOps와 GitHub로 빌드·배포 파이프라인, 소스 제어, 보안 검사, 모니터링을 설계하는 능력을 보는 전문가 시험입니다. 파이프라인을 직접 만들어 본 클라우드·개발 실무자에게 맞고, 어소시에이트 자격증을 이미 갖고 있다면 1~2주 집중으로 준비할 수 있는 범위입니다.1. 시험 개요항목내용시험 코드AZ-400: Designing and Implementing Microsoft DevOps Solutions자격증 이름Microsoft Certified: DevOps Engineer Expert단계전문가(Expert)시험 시간어소시에이트·전문가 역할 기반 시험 기준 100분, 실습이 포함될 수 있는 시험은 120분시험별 정확한 시간은 예약할 때 안내됩니다합격 점수700점 이상선..

Ansible은 서버 배포와 설정을 코드로 자동화하는 구성 관리 도구입니다. 관리 대상 서버에 Agent를 설치할 필요가 없어 간단하게 쓸 수 있습니다. 제어 노드, 매니지드 노드, 인벤토리, 태스크, 플레이북, 모듈의 개념을 정리했습니다.1. Ansible이란Ansible은 배포와 관리를 간소화하고 자동화하는 구성 관리 도구(Configuration Management Tool)입니다. 다른 구성 관리 도구와 달리 관리 대상에 Agent를 설치하지 않아도 됩니다.2. 왜 필요한가예전에는 여러 서버에 같은 환경을 만들 때 패키지 설치, 설정 파일 수정 같은 작업을 Bash 셸 스크립트로 나열해 실행하는 방식이 일반적이었습니다. 하지만 관리자 한 명이 맡는 서버가 늘어나면서 이 방식은 한계에 부딪혔습니다...