오늘의 기술 토픽 eBPF Networking 이 브리프는 커널 레벨에서 네트워크 패킷을 프로그래밍 가능하게 처리하는 eBPF 기술과, 이를 기반으로 한 쿠버네티스 네트워킹 생태계를 정리한다. 전통적인 iptables 기반 네트워킹의 성능·가시성 한계를 eBPF가 어떻게 해결하는지, 그리고 Cilium을 중심으로 한 CNI(Container Network Interface) 스택이 어떻게 확장되고 있는지를 다룬다. 네트워킹뿐 아니라 관측성(observability)과 보안까지 eBPF 하나의 기술로 통합되는 흐름을 소개한다. 🔑 핵심 요점 eBPF는 커널을 재컴파일하거나 커널 모듈을 만들지 않고도 커널 안에서 안전하게 커스텀 코드를 실행할 수 있게 해주는 기술이다. 쿠버네티스 네트워킹의 오랜 병목이었던 iptables 규칙 폭증 문제를 eBPF는 해시 테이블 기반 조회로 성능을 크게 개선한다. Cilium은 eBPF를 커널 수준에서 활용해 네트워킹, 로드밸런싱, 네트워크 정책을 하나의 CNI로 통합한 대표적인 프로젝트다. Hubble은 Cilium 위에서 동작하는 관측성 도구로, 서비스 간 트래픽 흐름을 실시간으로 시각화해준다. eBPF는 네트워킹을 넘어 보안(런타임 위협 탐지)과 성능 프로파일링 영역까지 활용 범위가 넓어지고 있다. kube-proxy를 eBPF 기반 데이터플레인으로 대체하는 것이 최근 클러스터 성능 튜닝의 주요 트렌드다. 🛠 핵심 기술 쉽게 이해하기 eBPF eBPF(extended Berkeley Packet Filter)는 리눅스 커널 안에서 샌드박스 방식으로 작은 프로그램을 실행할 수 있게 해주는 기술이다. 커널 소스를 수정하거나 모듈을 로드하지 않고도 네트워크 패킷, 시스템 콜, 함수 호출 같은 커널 이벤트에 훅을 걸어 로직을 실행할 수 있다. ...

오늘의 기술 토픽 Service Mesh 이 브리핑은 마이크로서비스 환경에서 서비스 간 통신을 관리하는 Service Mesh 개념을 정리한다. 대표 구현체인 Istio와 이를 구성하는 데이터 플레인 Envoy, 그리고 eBPF 기반의 경량 대안인 Cilium을 함께 살펴본다. 서비스 메시가 트래픽 관리, 보안, 관측성을 애플리케이션 코드 밖에서 어떻게 해결하는지에 초점을 맞춘다. Kubernetes 환경에서 서비스 메시를 도입하려는 개발자를 위한 학습 로드맵을 제시한다. 🔑 핵심 요점 Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 수정 없이 인프라 레벨에서 제어하는 계층이다. 각 서비스 옆에 사이드카 프록시(주로 Envoy)를 붙여 트래픽을 가로채고 제어하는 방식이 일반적이다. mTLS 기반 암호화, 재시도, 서킷 브레이커, 카나리 배포 같은 기능을 코드 변경 없이 적용할 수 있다. Istio는 가장 널리 쓰이는 서비스 메시 구현체로 컨트롤 플레인과 데이터 플레인으로 구성된다. Cilium은 eBPF를 활용해 사이드카 없이도 서비스 메시 기능을 구현하는 최신 접근으로 주목받고 있다. 서비스 메시는 관측성(observability) 도구와 결합될 때 진가를 발휘한다. 🛠 핵심 기술 쉽게 이해하기 Service Mesh 여러 개의 작은 서비스로 나뉜 애플리케이션에서 서비스끼리 주고받는 네트워크 트래픽을 관리하는 인프라 계층이다. 각 서비스 옆에 작은 프록시를 붙여서 트래픽 라우팅, 암호화, 재시도 같은 작업을 대신 처리해준다. 개발자가 비즈니스 로직에만 집중할 수 있도록 통신 관련 복잡함을 분리해주는 것이 핵심 아이디어다. ...

오늘의 기술 토픽 Kubernetes Operators & CRDs 이번 브리프는 Kubernetes의 확장 메커니즘인 Custom Resource Definition(CRD)과 Operator 패턴을 중심으로 다룬다. CRD로 새로운 리소스 타입을 정의하고 Operator가 이를 지속적으로 감시하며 원하는 상태를 유지하는 원리를 소개한다. 이와 함께 Operator 개발 도구인 Kubebuilder와 Operator SDK, 그리고 선언적 배포 관리를 위한 Argo CD, 인프라 프로비저닝까지 CRD/Operator 패턴으로 확장한 Crossplane을 함께 살펴본다. 전체적으로 Kubernetes 생태계가 애플리케이션뿐 아니라 인프라 전체를 코드로 선언하고 자동화하는 방향으로 나아가고 있음을 보여준다. ...

오늘의 기술 토픽 Internal Developer Platform (IDP) 이 브리프는 최근 클라우드 네이티브 생태계에서 화두가 되고 있는 Internal Developer Platform(IDP) 개념을 정리한다. IDP는 개발자가 인프라 세부사항을 몰라도 셀프서비스로 애플리케이션을 배포하고 운영할 수 있도록 플랫폼 팀이 표준화된 도구와 워크플로우를 제공하는 접근 방식이다. Backstage, Crossplane, Argo CD 같은 도구들이 IDP를 구성하는 대표적인 조각으로 자주 언급되며, 각각 개발자 포털, 인프라 추상화, GitOps 배포를 담당한다. 이 문서는 관련 기술을 소개하고 학습을 시작하는 방법을 안내한다. 🔑 핵심 요점 IDP는 개발자가 인프라 복잡성을 신경 쓰지 않고 셀프서비스로 배포할 수 있게 해주는 플랫폼이다. 플랫폼 팀은 IDP를 ‘제품(product)‘처럼 취급하고 개발자를 그 제품의 사용자로 바라보는 관점이 중요하다. Backstage는 IDP의 대표적인 개발자 포털 프레임워크로, 서비스 카탈로그와 셀프서비스 템플릿을 제공한다. Crossplane은 쿠버네티스 API를 확장해 클라우드 인프라를 코드로 정의하고 프로비저닝하는 데 쓰인다. Argo CD 같은 GitOps 도구는 IDP에서 배포 자동화와 일관된 운영 상태 유지를 담당한다. IDP 도입의 핵심은 도구 자체보다 ‘골든 패스(golden path)‘로 개발자 워크플로우를 단순화하는 데 있다. 🛠 핵심 기술 쉽게 이해하기 Internal Developer Platform (IDP) IDP는 조직 내부에서 개발자가 애플리케이션을 빌드, 배포, 운영하는 데 필요한 도구와 워크플로우를 하나로 묶어 제공하는 플랫폼이다. 개발자는 복잡한 인프라 설정을 직접 다루지 않고 표준화된 인터페이스(포털, CLI, API 등)를 통해 셀프서비스로 필요한 리소스를 얻는다. ...

오늘의 기술 토픽 GitOps 이번 자료는 GitOps라는 개념을 중심으로, Git 저장소를 단일 진실 공급원(Single Source of Truth)으로 삼아 인프라와 애플리케이션 배포를 관리하는 방법을 다룹니다. 대표 구현체인 Argo CD와 Flux를 함께 소개하며, Kubernetes 환경에서 선언적 방식으로 상태를 동기화하는 실무 흐름을 설명합니다. 수동 배포 대신 Git 커밋과 Pull Request를 통해 변경 이력과 승인 절차를 남기는 것이 핵심 아이디어입니다. 🔑 핵심 요점 GitOps는 Git 저장소의 선언적 설정을 실제 클러스터 상태와 지속적으로 동기화하는 운영 방식입니다. 모든 배포 변경은 Git 커밋을 통해 이루어지므로 변경 이력 추적과 롤백이 쉬워집니다. Argo CD와 Flux는 Kubernetes 환경에서 가장 널리 쓰이는 GitOps 도구입니다. 선언적 설정 파일(YAML)만 관리하면 되므로 수동 kubectl apply 명령을 줄일 수 있습니다. GitOps는 CI(빌드/테스트)와 CD(배포)를 분리해 보안과 권한 관리를 명확히 합니다. Pull Request 기반 워크플로우 덕분에 배포 변경에 대한 리뷰와 승인 과정을 자연스럽게 도입할 수 있습니다. 🛠 핵심 기술 쉽게 이해하기 GitOps GitOps는 애플리케이션과 인프라의 원하는 상태(desired state)를 Git 저장소에 선언적으로 저장하고, 자동화 도구가 이를 실제 시스템 상태와 지속적으로 비교하며 동기화하는 운영 방법론입니다. Git 커밋 하나하나가 배포 변경의 기록이 됩니다. ...

오늘의 기술 토픽 Platform Engineering 이번 브리프는 최근 클라우드 네이티브 생태계에서 핵심 화두로 떠오른 Platform Engineering을 중심으로 정리한 내용이다. 개발자가 인프라 세부사항을 몰라도 셀프서비스로 필요한 리소스를 프로비저닝할 수 있게 만드는 것이 핵심 목표이며, 이를 위해 Internal Developer Platform(IDP), GitOps, Kubernetes 기반 추상화 도구들이 함께 언급된다. 실제 밋업 발표는 없었으나, 관련 기술들을 초심자 관점에서 소개하고 학습 방향을 제시한다. 🔑 핵심 요점 Platform Engineering은 개발자 생산성을 높이기 위해 인프라를 ‘제품’처럼 설계하고 운영하는 접근 방식이다. 핵심 목표는 개발자가 티켓을 넣지 않고도 셀프서비스로 환경과 리소스를 얻을 수 있게 하는 것이다. Backstage 같은 IDP 툴은 서비스 카탈로그와 셀프서비스 포털 역할을 한다. Kubernetes는 플랫폼 엔지니어링의 사실상 표준 실행 기반으로 자리잡았다. Crossplane 같은 도구는 클라우드 리소스를 Kubernetes API로 추상화해 셀프서비스 프로비저닝을 가능하게 한다. GitOps는 플랫폼 변경 사항을 코드로 관리하고 자동 배포하는 표준 운영 방식으로 자리잡고 있다. 🛠 핵심 기술 쉽게 이해하기 Platform Engineering Platform Engineering은 조직 내부의 개발자들이 애플리케이션을 더 빠르고 안전하게 배포할 수 있도록 인프라와 툴체인을 ‘내부 제품’처럼 설계하고 운영하는 분야다. 단순히 인프라를 관리하는 것을 넘어, 개발자 경험(Developer Experience)을 최우선으로 고려한다. ...

📋 밋업 한눈에 보기 미국에서 10년간 Meta·Google 등에서 채용을 담당해온 recruiter Marina가 진행한 AMA 세션으로, 이력서부터 LinkedIn, 네트워킹, 코딩 인터뷰, 시스템 디자인, 행동면접, 채용 매니저 인터뷰, 연봉 협상까지 채용 프로세스의 9단계를 하나의 연속된 ‘스토리’로 다루는 법을 설명한다. 각 단계마다 평가자가 무엇을 궁금해하는지(증거, 신뢰성, 팀 적합성 등)를 recruiter의 시각에서 풀어준다. 이어진 청중 Q&A에서는 커버레터, LeetCode의 유효성, 경력 공백, EM에서 IC로의 전환, 신입 개발자의 구직 전략 등 구체적인 고민들을 다뤘다. 🔑 핵심 요점 채용 과정의 9단계(이력서, LinkedIn, 네트워킹, 코딩테스트, 시스템 디자인, 행동면접, 채용 매니저 인터뷰, 팀 매칭, 연봉 협상)는 각각 별개가 아니라 청중에 맞춰 반복 전달하는 하나의 이야기로 봐야 한다. 이력서 상단 30%에는 지원하는 직무와 관련된 경험과 기술을 우선 배치하고, 단순 기술 나열이 아니라 오너십과 임팩트를 숫자로 보여줘야 recruiter가 다음 단계로 넘길 근거를 얻는다. AI로 이력서를 그럴듯하게 꾸밀 수 있는 시대라 recruiter는 LinkedIn 인증 배지, 활동 이력, 이력서와의 정합성으로 지원자의 진위를 교차 검증한다. 행동면접은 실력만큼 태도와 소통 방식도 평가 대상이며, 무례하거나 방어적인 태도는 채용 매니저 추천에서 감점 요인이 된다. LeetCode 기반 온라인 코딩 테스트는 AI 시대에도 Netflix·Meta·Google 등 주요 기업에서 여전히 유효하므로 준비를 놓아서는 안 된다. 6개월 이상의 경력 공백은 침묵하지 말고 LinkedIn과 이력서에 이유(프로젝트, 개인 사정 등)를 명시적으로 설명해야 채용팀의 부정적 추측을 막을 수 있다. 연봉 협상은 recruiter에게 맡기지 말고 시장 데이터, 경쟁 오퍼, 현재 vesting 스케줄 등 근거를 직접 제시해야 recruiter가 보상팀을 설득할 수 있다. 🛠 핵심 기술 쉽게 이해하기 LinkedIn 전문가들이 경력과 활동을 공개적으로 공유하는 소셜 네트워크 서비스다. 이력서보다 더 많은 사람이 검증할 수 있는 공개 플랫폼이라는 특징이 있다. ...

오늘의 기술 토픽 Zero Trust Networking 이번 밋업에서는 별도의 발표 녹취록이 없어, Zero Trust Networking을 중심으로 클라우드 네이티브 환경에서 이 개념이 왜 중요한지, 그리고 이를 구현하는 데 함께 쓰이는 기술들을 정리했다. Zero Trust는 네트워크 위치가 아니라 신원(identity)을 기준으로 모든 통신을 검증하는 보안 모델이다. Cilium, Istio, SPIFFE/SPIRE 같은 도구들이 이 모델을 실제 클러스터 환경에 구현하는 데 사용된다. 🔑 핵심 요점 Zero Trust Networking은 ‘내부 네트워크는 안전하다’는 전제를 버리고 모든 요청을 매번 인증·인가하는 보안 모델이다. 전통적인 perimeter 기반 방화벽 대신, 서비스나 워크로드 단위의 신원(identity)을 기준으로 접근을 통제한다. Kubernetes 환경에서는 서비스 메시나 eBPF 기반 네트워킹 도구를 통해 Zero Trust를 실현하는 경우가 많다. mTLS(mutual TLS)는 Zero Trust 구현의 핵심 요소로, 통신 양쪽 모두의 신원을 암호학적으로 검증한다. SPIFFE/SPIRE 같은 워크로드 신원 표준은 여러 클러스터·클라우드에 걸쳐 일관된 identity 체계를 제공한다. 인증서 발급과 갱신을 자동화하는 것이 Zero Trust 운영의 실질적인 부담을 줄이는 핵심이다. 🛠 핵심 기술 쉽게 이해하기 Zero Trust Networking 네트워크 안에 있다는 이유만으로 신뢰하지 않고, 모든 접근 요청을 매번 검증하는 보안 아키텍처 원칙이다. 사용자, 서비스, 디바이스 모두 신원을 증명해야 통신이 허용된다. ...

오늘의 기술 토픽 Infrastructure as Code with Crossplane 이번 브리프는 Kubernetes 위에서 클라우드 인프라를 선언적으로 관리하는 Crossplane을 중심으로 정리했다. Terraform과 달리 Crossplane은 클라우드 리소스를 Kubernetes API의 커스텀 리소스(CRD)로 다루어, 애플리케이션과 인프라를 동일한 API 서버와 GitOps 워크플로우로 관리할 수 있게 해준다. Argo CD 같은 GitOps 도구와 결합하면 인프라 변경도 Git 커밋 하나로 배포·감사할 수 있어, 플랫폼 엔지니어링 흐름과 자연스럽게 맞물린다. 초보자는 먼저 로컬 클러스터에서 Crossplane과 provider를 설치해보며 개념을 익히는 것이 좋다. ...

오늘의 기술 토픽 Policy as Code Policy as Code는 조직의 보안, 컴플라이언스, 운영 규칙을 코드로 작성해 시스템에 자동으로 강제하는 접근 방식이다. Kubernetes 생태계에서는 Kyverno와 Open Policy Agent(OPA)/Gatekeeper가 대표적인 구현체로 자리잡았으며, admission controller를 통해 리소스가 클러스터에 배포되기 전에 정책 위반 여부를 검사한다. CI/CD 파이프라인에 정책 검사를 포함시키는 shift-left 흐름과 맞물려, 배포 이후가 아니라 배포 이전 단계에서 문제를 걸러내는 방향으로 발전하고 있다. GitOps 도구인 Argo CD, 인프라 프로비저닝 도구인 Crossplane과 결합해 선언적 인프라 전체에 정책을 일관되게 적용하려는 시도도 늘고 있다. ...