🔥 1. 프롤로그: 우리는 왜 여전히 네트워크 병목에 시달리는가? 솔직히 까놓고 얘기해 봅시다. 쿠버네티스(Kubernetes) 환경에서 대규모 트래픽 좀 받아봤다 하는 분들 중에, iptables 때문에 새벽에 등골 서늘해진 경험 없으신 분 있나요? 노드 수가 100개, 500개로 늘어나고, 마이크로서비스가 잘게 쪼개지면서 서비스 엔드포인트가 수만...

새벽 3시, 슬랙 온콜 채널이 미친 듯이 울리기 시작합니다. 대규모 선착순 쿠폰 이벤트에 트래픽이 몰리면서 메인 Redis 클러스터의 레이턴시가 폭증했기 때문이죠. 서둘러 CloudWatch 대시보드를 켜보니, 전체 메모리 사용량은 10%도 안 되는데 CPU 1번 코어만 100%를 찍고 장렬히 산화하고 있습니다. 서버 장비는 64코어짜리 최고급 스펙인...

🔗 References & Deep Dives:- Cilium Official Docs: eBPF-based Networking- Linux Kernel Archive: BPF Documentation- The eBPF Foundation Architecture Drafts<h3>🔥 들어가는 말: “우리 서비스, 왜 이렇게 무겁고 느...

[Metadata] 📄 Paper: From Local to Global: A Graph RAG Approach to Query-Focused Summarization 🐙 GitHub: microsoft/graphrag 🛠️ Tech Stack: Python, Neo4j, LangGraph, GPT-4o, vLLM (Llama-3-8B) ...

마이크로서비스 아키텍처(MSA)가 은탄환인 줄 알았던 시절이 있었습니다. 그런데 막상 뚜껑을 열어보니 어땠나요? 서비스 간의 통신과 트래픽을 정교하게 제어하겠다고 Istio나 Linkerd 같은 서비스 메시(Service Mesh)를 도입하는 순간, 우리는 ‘사이드카(Sidecar) 프록시’라는 거대한 괴물과 마주하게 됩니다. “팀장님, 비즈니스 로...

🔗 Reference Links eBPF Official: https://ebpf.io/ Cilium Project: https://cilium.io/ BCC (BPF Compiler Collection): https://github.com/iovisor/bcc 🔥 The Hook: 사이드카(Sidecar)의 배신, 그리고 커널과의 타...

실무에서 K8s를 운영하다 보면 어느 순간 등골이 서늘해질 때가 있습니다. 배포한 건 내 애플리케이션 하나인데, Pod 안에 들어가 보면 정체불명의 컨테이너들이 바글바글하죠. 트래픽 제어한다고 Envoy 붙고, 모니터링한다고 Datadog 에이전트 붙고, 보안 챙긴다고 또 뭔가 붙고. 결국 내 앱은 메모리를 100MB 쓰는데, 옆에 붙은 사이드카(Si...

다들 쿠버네티스 클러스터에 Istio나 Linkerd 같은 서비스 매시를 얹어놓고 “이제 우리도 완벽한 마이크로서비스 아키텍처를 구축했어!” 라며 축배를 들던 때가 있었죠. 저도 5년 전쯤 그랬으니까요. 그런데 실전 프로덕션 환경은 어땠나요? 서비스 파드(Pod) 하나 띄울 때마다 찰싹 달라붙어 올라오는 Envoy 사이드카 때문에, 실제 애플리케이션 ...

솔직히 까놓고 이야기해 봅시다. 현업에서 카프카(Kafka) 클러스터 운영해보신 분들, 새벽에 PagerDuty 알람 받고 등골 서늘해진 적 한두 번이 아니실 겁니다. 특히 대규모 트래픽이 몰리는 블랙 프라이데이나 트래픽 스파이크 이벤트 기간에 터지는 JVM Garbage Collection(GC) Pause, 그리고 그로 인해 연쇄적으로 발생하는 C...

솔직히 처음 이 아키텍처를 봤을 땐 의구심이 들었습니다. “또 CNCF(Cloud Native Computing Foundation) 생태계에서 밀어붙이는 과대광고(Hype), 새로운 은총알(Silver Bullet) 타령인가?” 싶었거든요. MSA(Microservices Architecture) 환경에서 쿠버네티스 트래픽을 좀 굴려본 분들이라면 ...