2026-07-24 eBPF Networking로 보는 차세대 클라우드 네이티브 네트워킹

오늘의 기술 토픽 eBPF Networking eBPF는 커널을 재컴파일하거나 커널 모듈을 추가하지 않고도 리눅스 커널 내부에서 안전하게 커스텀 프로그램을 실행할 수 있게 해주는 기술로, 네트워킹, 보안, 관찰가능성 영역에서 빠르게 표준으로 자리잡고 있다. 특히 Kubernetes 환경에서는 기존 iptables 기반 네트워킹의 성능 한계를 극복하기 위한 대안으로 Cilium 같은 eBPF 기반 CNI가 주목받고 있다. eBPF는 패킷 단위 처리를 커널 레벨에서 수행하기 때문에 오버헤드가 적고, 애플리케이션 코드 변경 없이 네트워크 정책, 로드밸런싱, 트래픽 가시성을 얻을 수 있다는 점이 핵심 장점이다. 이 브리프는 eBPF Networking을 중심으로 관련 생태계 기술과 학습 방향을 정리한다. ...

July 24, 2026 · 3 min · 588 words · jeonck

2026-07-24 Platform Engineering 2.0: AI 시대에 맞춘 플랫폼 진화

📋 밋업 한눈에 보기 이 밋업은 Sam과 Pankaj가 최근 발표한 리포트를 바탕으로 platform engineering이 어떻게 진화하고 있는지 다뤘다. 기존 platform engineering 1.0이 애플리케이션 개발자의 인지 부하 감소에만 집중했던 것과 달리, AI 에이전트·데이터 과학자·보안팀 등 새로운 페르소나가 늘어나면서 플랫폼이 그에 맞춰 확장돼야 한다는 점을 강조했다. AI-native 플랫폼, 다중 페르소나 지원, 임베디드 FinOps, security shift-down, composable 설계라는 다섯 가지 기둥으로 platform engineering 2.0을 정의했고, Q&A에서는 DevOps 엔지니어의 역할 변화, 에이전트 페르소나의 필요성, FinOps 적용 범위 등이 논의됐다. ...

July 24, 2026 · 5 min · 1026 words · jeonck

2026-07-24 AI 컨설팅으로 커리어 만들기: 전략·구현·리더십 3가지 축

📋 밋업 한눈에 보기 이 세션은 AI 컨설팅 시장의 기회와 진입 방법을 다루는 트레이닝 웨비나로, 발표자는 자신이 운영하는 컨설팅 회사와 인증 프로그램을 소개하며 전략, 구현, 리더십이라는 세 가지 축으로 기업의 AI 도입을 돕는 방법을 설명했다. 기업들이 개별 도구 사용에는 익숙해졌지만 조직 전체의 AI 전환에는 실패하고 있으며, 이 공백을 메우는 것이 컨설턴트의 역할이라는 점을 강조했다. 후반부에는 워크플로우 성숙도를 6단계(전통적 인간 작업, RPA, concrete action, human-in-the-loop, AI intelligent workflow, agentic)로 나누어 설명하고, n8n을 활용한 실제 자동화 사례를 공유했다. 전반적으로 순수 기술 컨퍼런스라기보다는 컨설팅 커리어/비즈니스 트레이닝 성격이 강한 세션이다. ...

July 24, 2026 · 4 min · 837 words · jeonck

2026-07-23 Service Mesh 입문: Istio와 그 주변 생태계

오늘의 기술 토픽 Service Mesh 이번 브리핑은 특정 밋업 발표가 아니라 Service Mesh라는 주제를 중심으로 정리한 기술 브리프이다. 마이크로서비스 환경에서 서비스 간 통신을 관리하기 위해 등장한 Service Mesh 개념과 대표 구현체인 Istio, 그리고 최근 주목받는 eBPF 기반 접근(Cilium)까지 함께 다룬다. 사이드카 방식의 한계와 이를 극복하려는 ambient mesh 같은 최신 흐름도 짚는다. 🔑 핵심 요점 Service Mesh는 마이크로서비스 간 통신을 애플리케이션 코드 밖에서 처리해주는 인프라 레이어이다. 트래픽 라우팅, 재시도, mTLS 암호화, 관찰성(observability) 같은 기능을 일관되게 적용할 수 있다. Istio는 가장 널리 쓰이는 Service Mesh 구현체로 Envoy 프록시를 사이드카로 배치하는 방식이 전통적이다. 사이드카 방식은 리소스 오버헤드와 운영 복잡도가 크다는 지적이 꾸준히 있어왔다. Cilium 같은 eBPF 기반 도구는 커널 레벨에서 네트워킹을 처리해 사이드카 없이도 mesh 기능을 제공하려는 시도이다. Istio도 ambient mesh라는 사이드카리스(sidecarless) 아키텍처를 도입하며 경량화 방향으로 진화 중이다. 🛠 핵심 기술 쉽게 이해하기 Istio Istio는 쿠버네티스 위에서 동작하는 대표적인 Service Mesh 플랫폼으로, 각 서비스 옆에 Envoy 프록시를 배치해 서비스 간 통신을 제어한다. 트래픽 관리, 보안, 모니터링 기능을 애플리케이션 코드 수정 없이 적용할 수 있게 해준다. ...

July 23, 2026 · 3 min · 567 words · jeonck

2026-07-23 자율 AI 에이전트 시대의 보안: Non-Human Identity와 Runtime 방어

📋 밋업 한눈에 보기 AWS 트레이너 Shilpa가 진행한 이 웹비나는 가상의 ‘Apex Bank’ 사례를 통해 AI 에이전트가 스스로 행동을 취하기 시작하면서 발생하는 새로운 보안 위협을 다룬다. 새벽 2시 17분, 송장을 처리하던 에이전트가 첨부파일에 숨겨진 지시문에 속아 정상 자격증명으로 거액을 송금해버린 가상 사고를 중심으로, 에이전트의 구조(anatomy), 비인간 신원(non-human identity), 런타임 공격(prompt injection), 책임추적성, 인간 통제, AWS 프레임워크의 6단계로 강의가 진행된다. 핵심 메시지는 모델 자체를 완벽하게 안전하게 만들려 하지 말고, 모델이 제안한 행동을 결정론적 정책 엔진이 별도로 승인/거부하도록 ‘추론과 집행을 분리’해야 한다는 것이다. ...

July 23, 2026 · 5 min · 898 words · jeonck

2026-07-22 Kubernetes Operators와 CRD로 보는 선언적 자동화

오늘의 기술 토픽 Kubernetes Operators & CRDs Kubernetes Operators와 Custom Resource Definition(CRD)은 쿠버네티스 API를 확장해 애플리케이션 운영 지식을 코드로 자동화하는 핵심 패턴입니다. 반복적인 운영 작업(배포, 백업, 스케일링, 장애 복구)을 사람이 아닌 컨트롤러가 선언적 목표 상태에 맞춰 수행하도록 만드는 것이 핵심 아이디어입니다. 이 패턴은 Crossplane 같은 인프라 프로비저닝 도구, Kyverno 같은 정책 엔진 등 클라우드 네이티브 생태계 전반의 기반이 되고 있습니다. 초심자 입장에서는 CRD가 쿠버네티스 API에 새로운 리소스 타입을 추가하는 방법이고, Operator는 그 리소스를 감시하며 실제 상태를 원하는 상태로 맞추는 컨트롤러라는 것부터 이해하면 됩니다. ...

July 22, 2026 · 4 min · 663 words · jeonck

2026-07-22 VM 모더나이제이션과 FinOps: What, When, Worth 프레임워크

📋 밋업 한눈에 보기 이 밋업은 클라우드 VM(가상머신)을 구형 인스턴스에서 신형 인스턴스로 교체하는 ‘VM 모더나이제이션’을 엔지니어링과 FinOps(재무 운영) 양쪽 관점에서 어떻게 접근해야 하는지를 다뤘다. 발표자는 What(무엇을 옮길지), When(언제 옮길지), Worth(그만한 가치가 있는지)라는 3단계 프레임워크를 제시하며, 리스트 가격이 아닌 실제 협상 요율과 커밋먼트(약정 할인) 만료 시점을 함께 고려해야 진짜 절감액을 알 수 있다고 강조했다. Google Cloud의 N2에서 N4로의 업그레이드 사례를 들어 spend-based commitment와 resource-based commitment 전략을 비교했고, ProsperOps가 만든 무료 가격 비교 도구인 VMPricify도 시연했다. Q&A에서는 하이퍼스케일러의 신형 하드웨어 용량 부족 문제, 온프레미스-투-클라우드 전환과의 차이, AI 시대 FinOps 프레임워크 확장 등이 논의됐다. ...

July 22, 2026 · 5 min · 966 words · jeonck

2026-07-19 Platform Engineering으로 만드는 Golden Path: Argo CD, Crossplane, Kyverno로 설계한 사내 플랫폼

📋 밋업 한눈에 보기 Akamai의 플랫폼 엔지니어가 500개 이상의 클러스터와 8000개 이상의 애플리케이션을 운영하는 사내 Internal Developer Platform 아키텍처를 소개한 발표다. DevOps 셀프서비스 피로에서 platform engineering이 어떻게 태동했는지, 관리 클러스터(SRE 소유)와 애플리케이션 클러스터(서비스 팀 소유)를 Argo CD와 Crossplane으로 GitOps하게 관리하는 구조, Kyverno·Cilium·Istio로 구현한 zero-trust 보안, 그리고 kagent를 활용한 AI 트러블슈팅 실험까지 다뤘다. 발표 후에는 플랫폼 버전 관리, 업그레이드 전략, 책임 분담 모델에 대한 활발한 질의응답이 이어졌다. 🔑 핵심 요점 Platform engineering은 각 팀이 개별적으로 YAML, IAM, 티켓 프로세스를 배워야 했던 DevOps 셀프서비스의 피로에서 출발했다. 플랫폼을 ‘제품’으로, 내부 개발자를 ‘고객’으로 취급하고 문서화와 피드백 루프, 채택률을 성공 지표로 삼는 것이 핵심 원칙이다. 관리 클러스터와 애플리케이션 클러스터를 분리하고, Argo CD와 Crossplane으로 전체 인프라와 애플리케이션을 GitOps 방식으로 관리한다. Kyverno로 정책을 강제하고 Cilium과 Istio로 네트워크 계층의 zero-trust(세그멘테이션, mTLS)를 구현하며, RBAC은 OIDC/SSO와 연동된다. 플랫폼 컴포넌트 전체를 하나의 버전으로 번들링해 배포하며, 업그레이드와 롤백도 git commit 단위로 이루어진다. kagent 같은 AI 에이전트를 도입해 자연어로 클러스터 상태를 질의하고 진단하는 실험을 진행 중이다. DORA 리포트를 인용하며 플랫폼 엔지니어링 도입이 소프트웨어 딜리버리 성과와 개발자 생산성 향상에 실제로 기여한다고 설명했다. 🛠 핵심 기술 쉽게 이해하기 Argo CD Git 저장소에 선언된 상태를 기준으로 Kubernetes 클러스터를 자동으로 동기화해주는 GitOps 배포 도구다. 사람이 직접 kubectl apply를 실행하는 대신, 컨트롤러가 Git의 변경 사항을 감지해 클러스터에 반영한다. ...

July 19, 2026 · 5 min · 1039 words · jeonck