🔗 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) 환경에서 쿠버네티스 트래픽을 좀 굴려본 분들이라면 ...

요즘 MSA(Microservices Architecture) 환경에서 쿠버네티스(K8s) 클러스터 운영하시다 보면, 다들 한 번쯤 현타 오지 않으셨나요? 비즈니스 로직 처리하기도 바쁜데 팟(Pod)마다 찰거머리처럼 붙어있는 Istio, Envoy 사이드카들 말입니다. 초기에는 ‘네트워크 프록시를 애플리케이션에서 분리해서 우아하게 관리하자!’는 취지...

[References] eBPF Official: https://ebpf.io/ Cilium Project: https://cilium.io/ eBPF Paper: “The BSD Packet Filter: A New Architecture for User-level Packet Capture” (McCanne & Jacobson)...