테크리빗

CI/CD란?CI/CD는 Continuous Integration(지속적 통합)과 Continuous Delivery/Deployment(지속적 제공/배포)의 약자입니다. 코드는 마치 공장의 컨베이어 벨트처럼, 개발에서 테스트를 거쳐 배포까지 매끄럽게 흘러가는 자동화된 프로세스입니다.CI/CD는 기존에 수동으로 처리했던 작업을 자동화하여 다운타임을 최소화하고 코드 릴리스 주기를 단축합니다. 또한 코드의 업데이트와 변경 사항을 더 빠르게 통합할 수 있어, 사용자 피드백을 더 자주 효과적으로 반영함으로써 사용자 만족도를 향상시킬 수 있습니다. 예를 들어, 전통적인 개발 방식에서는 한 달에 한 번 배포가 일반적이었으나, CI/CD를 통해 하루에도 여러 번(심지어 시간 단위로) 업데이트가 가능해집니다. 실제 많..

현대 IT 환경의 핵심 키워드, 바로 '클라우드 네이티브'입니다. 하지만 MSA, 컨테이너, 서비스메시, API Gateway, Immutable Infrastructure 등 생소한 용어들 때문에 클라우드 네이티브의 문턱이 높게 느껴질 수 있습니다. 걱정하지 마세요! 이 글에서는 복잡하고 어렵게만 느껴지는 클라우드 네이티브의 핵심 개념들을 우리에게 친숙한 비유를 통해 쉽고 재미있게 풀어드릴 예정입니다. 마치 맛있는 요리를 배우듯, 지금부터 클라우드 네이티브라는 흥미로운 여정을 함께 시작해 봅시다! 온프레미스 vs. 클라우드기업에서 물리 서버를 직접 관리하던 온프레미스 시대에서 벗어나, AWS, Azure, GCP와 같은 클라우드 서비스 제공업체(CSP)의 유연한 인프라를 임대하여 사용하는 클라우드 시대..

안녕하세요. CKA 개정이후 CKA(Certified Kubernetes Administrator) 자격증을 취득했습니다.이 글을 통해 2025년 2월 18일부로 개편된 시험준비과정에서 겪은 시행착오를 공유하고자 합니다.CKA 준비를 위해 학습하던, 뭄샤드(Mumshad)의 Udemy, 따배씨만으로는 더 이상 합격이 어렵습니다.왜냐하면, 개편 후 70~80% 문제 유형이 바뀌었기 때문입니다.저는 뭄샤드, 따배씨를 모두 수강하고, 첫 시험에 불합격의 쓴맛을 본 후, 두 번째 도전 만에 합격할 수 있었습니다.(참고) CKA는 2번의 응시 기회가 주어집니다. 무엇이, 어떻게 바뀌었을까요?가장 큰 변화는 단연 '실무에 가까워진 문제 유형' 입니다. 과거 시험이 kubectl 명령어를 정확히 암기하고 특정 리소스..

변경불가능한 인프라(Immutable Infrastructure)란전통적인 서버 운영 방식(Mutable Infrastructure)은 종종 애완동물(Pets)에 비유됩니다. 반면, Immutable Infrastructure는 가축(Cattle)에 비유되며, 이 비유는 클라우드 네이티브 환경에서 서버를 어떻게 관리하는지에 대한 철학적 차이를 잘 보여줍니다. 변경가능한 인프라(Mutable Infrastructure) = 애완동물전통적인 인프라 운영 방식, 즉 서버에 접속해서 직접 패치를 하고 설정을 수정하는 Mutable Infrastructure는 애완동물에 비유할 수 있습니다. 애완동물은 하나하나가 고유한 존재이며, 이름도 있고 문제가 생기면 정성을 다해 돌보게 됩니다. 서버도 마찬가지로, 문제가 ..

NetworkPolicy란NetworkPolicy는 Kubernetes에서 Pod 간 네트워크 트래픽을 제어하는 리소스입니다.이는 마치 AWS의 보안 그룹(Security Group)과 비슷한 개념으로, Ingress(수신) 및 Egress(송신) 트래픽을 제한할 수 있습니다. NetworkPolicy 기본규칙1. NetworkPolicy가 없을 경우 ➝ 모든 트래픽 허용2. 하나 이상의 NetworkPolicy가 적용되면 ➝ 명시된 Pod, 네임스페이스, IP 블록에서의 트래픽만 허용 (화이트리스트 방식) NetworkPolicy의 구조NetworkPolicy는 Label Selector를 통해 적용 대상 Pod를 지정하고,spec 하위에 Ingress 또는 Egress 정책을 정의하여 허용할 트래픽 ..

쿠버네티스를 처음 공부할 때 가장 어려웠던 점은 바로 익숙하지 않은 '새로운 용어'들이었습니다.그래서 쿠버네티스란 무엇인지, 그리고 자주 등장하는 핵심 용어들을 정리해보았습니다. 컨테이너 오케스트레이션의 세계로 첫걸음을 내딛는 분들께 도움이 되길 바랍니다.  쿠버네티스란쿠버네티스는 컨테이너 오케스트레이션 플랫폼입니다. 컨테이너는 가상머신과 달리 호스트 OS를 공유하는 구조로 인해, 가상머신보다 가볍고 빠르며, 동시에 가상머신처럼 실행 환경의 독립성도 제공합니다. 이러한 특성 덕분에 가벼움과 이식성을 갖춘 컨테이너는 점점 더 많이 사용되고 있습니다.하지만 수백에서 수천 개에 이르는 컨테이너를 운영자가 수동으로 관리하는 데에는 한계가 있습니다. 이에 따라, 컨테이너의 배포, 확장, 스케줄링, 네트워크설정 등..

왜 서비스를 만들어서 통신할까?쿠버네티스의 파드에는 이미 IP가 부여돼서, 통신이 가능합니다. 그러면 파드에 직접 통신하지 왜 굳이 서비스라는 것을 하나 더 만들어서 이걸로 통신하는 걸까요? 그 이유는 파드의 특징 때문입니다.파드는 일회용품처럼 쓰다 버리는 리소스입니다. 따라서 해당 IP를 등록했더라도 언제 파드가 삭제후 다시 생성될지 모르기 때문에 파드의 IP는 수시로 바뀔수있어 안정적인 통신이 어렵습니다. 그와 반대로 서비스는 안정적인 통신이 가능합니다.파드가 죽더라도 새로운 파드가 기존에 있던 서비스에 붙어있으니 동일한 서비스 IP로 접근이 가능합니다. 이외에도 서비스는 아래와 같은 기능도 제공해 줍니다. 1. 로드밸런서처럼 서버의 부하분산2. DNS처럼 서비스이름을 통해서 통신(서비스 디스커버리)..

쿠버네티스의 스토리지와 관련된 리소스는 3가지가 있습니다. 1. Persistent Volume(PV)2. Persistent Volume Claim(PVC)3. StorageClass 그중에서 2가지 리소스인 Persistent Volume(PV)와 Persistent Volume Claim(PVC)에 대해서 알아보겠습니다. 먼저, 쿠버네티스의 데이터 영속성(persistent)이라는 용어부터 정리해보겠습니다. 데이터 영속성(persistent)쿠버네티스의 데이터 영속성(Persistence이란, 컨테이너가 종료되거나 다시 실행되더라도 데이터가 지속적으로 보존되는 것을 의미합니다. 즉, 임시 데이터가 아니라 영구적으로 유지되는 데이터를 의미하는 개념입니다. 예를 들어 파드의 EmptyDir라는 비영..

컨트롤러란?컨트롤러는 쿠버네티스 마스터노드(컨트롤플레이)의 구성요소인 kube-controller-manager 컴포넌트 안에서 동작하는 녀석들을 말합니다. 컨트롤러의 역할컨트롤러의 역할은 Pod의 개수를 보장하는데, 이는 마치 에어컨 시스템과 비슷합니다. 예를 들어, 에어컨을 18도로 설정하면 설정 온도를 유지하기 위해 지속적으로 동작하는 것처럼, 컨트롤러도 원하는 상태(Desired State) 가 파드 4개라면, 이를 유지하기 위해 지속적으로 모니터링하고 개수를 조정합니다. 어렵게 말하면, 이 과정은 컨트롤 루프(Control Loop) 를 통해 주기적으로 상태를 점검한다고 이야기합니다. 컨트롤러 종류쿠버네티스에서 사용되는 주요 컨트롤러는 다음과 같이 5가지로 분류할 수 있습니다. 1. 레플리카셋(..

온프레미스와 클라우드 비교온프레미스 환경은 기업이 직접 인프라를 구매하고 관리하는 방식입니다. 이는 유연성이 낮고 초기 비용이 크다는 단점이 있습니다. 반면 클라우드 환경은 외부 서비스 제공자가 인프라를 관리하여 편의성과 탄력성을 제공합니다. 이러한 장점으로 인해 많은 기업들이 온프레미스에서 클라우드로 전환하고 있습니다. 온프레미스 아키텍처기존 방식인 온프레미스 아키텍처(On-Premise Architecture)는 기업 내부의 데이터센터에서 모든 하드웨어(서버, 스토리지, 네트워크 장비)와 소프트웨어 인프라를 직접 구매, 구축, 유지보수하는 방식으로 운영합니다. 이러한 방식의 특징은 모든 과정을 기업이 통제할 수 있다는 장점이 있지만, 초기 비용과 유지 관리 부담이 크다는 단점이 존재합니다. 클라우드 ..