[Day 1] LG CNS AM Inspire Camp 5기 TIL

작성일: 2026.5.18 

 

📌 오늘 학습한 주제

• 부트캠프 200% 활용법
• 클라우드 아키텍처 특강 / 가상화 인프라의 발전 및 쿠버네티스(k8s) 구조 이해

 

💡 오늘 배운 것 

• 전공자 맞춤형 아키텍처 접근법은 쉽게 말하면 새로운 기술을 마주했을 때 단순히 문법만 외우는 것이 아니라, "이게 기존 기술의 어떤 단점을 해결하려고 나왔지?"라는 근본적인 질문을 던지며 아키텍처와 트레이드오프 관점으로 분석하는 시각이다.
• 데이터센터 PUE(전력효율지수)는 쉽게 말하면 서버 본체가 순수하게 쓰는 전력 대비 데이터센터 전체가 쓰는 전력의 비율이며, 숫자가 1에 가까울수록 냉각 등에 전기를 낭비하지 않는 아주 알뜰하고 똑똑한 데이터센터라는 뜻이다.
• AWS 가용 영역(AZ)은 쉽게 말하면 정전이나 지진 같은 재해로 서비스가 통째로 죽지 않도록, 거대한 하나의 지역(리전) 안에 독립된 네트워크와 전력을 갖춘 데이터센터들을 여러 개 분산시키고 실시간 복제해 두는 안전장치이다.
• 가상화 인프라의 진화는 쉽게 말하면 하나의 하드웨어에 하나의 OS만 쓰던 무거운 '물리 서버'에서, 하이퍼바이저로 가상 컴퓨터를 쪼개 쓰지만 Guest OS 때문에 무거웠던 'VM'을 거쳐, OS 커널은 공유하되 애플리케이션 실행 환경만 가볍고 독립적으로 격리해 어디서나 똑같이 작동하게 만든 '컨테이너'로 발전해 온 흐름이다.
• 서버 사이드 서비스 디스커버리는 쉽게 말하면 MSA 환경에서 컨테이너들이 수시로 생성되고 삭제되어 주소(IP)가 계속 바뀔 때, 중간에 있는 로드밸런서가 최신 주소록(서비스 레지스트리)을 조회해서 살아있는 서버로 알아서 트래픽을 연결해 주는 길잡이 시스템이다.
• 쿠버네티스(k8s)는 쉽게 말하면 대규모 환경에서 수많은 컨테이너들을 효율적으로 자동 관리(오케스트레이션)해 주는 지휘관 시스템이며, 명세서(YAML)를 받아 전체 시스템을 통제하는 Control Plane(Master)과 실제 현장에서 컨테이너를 구동하고 관리하는 Worker Node(Kubelet, kube-proxy)가 유기적으로 맞물려 돌아가는 구조이다.

 

❓ 어려웠던 점 & 해결 과정

• 문제: 프론트엔드 관점의 지식에 익숙하다 보니 물리 서버가 VM을 거쳐 컨테이너와 쿠버네티스로 확장되는 클라우드 인프라의 거대한 구조와 추상적인 네트워크 통신 흐름(서비스 디스커버리)을 한눈에 유기적으로 연결하여 이해하는 데 다소 어려움이 있었다.
• 시도: 구조도만 기계적으로 암기하기보다 가이드에 제시된 '전공자 — 원리로 아키텍처 보기' 전략을 적용하여, 각 기술이 기존 기술의 한계(물리 서버의 자원 격리 부재 → VM의 무거운 구조 및 부팅 속도 지연)를 어떻게 극복하며 등장했는지 역사의 흐름과 트레이드오프 관점으로 비교 분석했다.
• 해결: 인프라의 진화 목적을 명확히 정립한 상태에서, 수시로 바뀌는 컨테이너 IP 문제를 해결하는 서비스 디스커버리의 주소록 메커니즘과 이를 중앙 제어하는 쿠버네티스의 Master-Worker 구조를 연계하여 분석함으로써 화면 너머의 전체 시스템 생명 주기를 직관적으로 연결할 수 있었다.
• 교훈: 풀스택 및 클라우드 엔지니어로 도약하기 위해서는 단순 기능 구현을 넘어 데이터가 흐르고 인프라가 격리되는 하부 구조의 원리를 아는 것이 필수적이며, 아키텍처 중심의 시각이 정교한 협업을 가능하게 하는 밑거름이 됨을 깨달았다.

 

📅 내일 계획 & 아직 모르는 것

• 내일 이어서 할 내용: 최신 클라우드 패러다임 파악 및 TIL/노션 셋업을 마무리하고, 웹 표준 기반의 HTML/CSS/JS 기본기 고도화와 JS 핵심 원리 및 TypeScript 전환 기반을 마련할 것이다.
• 아직 흐릿한 것: 쿠버네티스 내부에서 서비스 디스커버리가 이루어질 때, 각 노드의 Kubelet과 kube-proxy가 어떠한 방식으로 실시간 라우팅 테이블을 갱신하고 트래픽을 분산 처리하는지 그 내부 프록시 동작 원리가 아직은 조금 흐릿한 것 같다.