OPSOAI
Is the Sidecar Pattern Dead? Why eBPF and Cilium Devoured K8s Networking

사이드카 패턴은 끝났다? eBPF와 Cilium이 K8s 네트워크를 집어삼킨 진짜 이유

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

Time to Ditch the Sidecar: How eBPF is Disrupting Service Mesh

사이드카, 이제 좀 버리시죠: eBPF가 서비스 매시의 판을 뒤엎는 방식

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

Forget Kafka? Unveiling Redpanda's Architecture and How It Disrupts Data Streaming

카프카(Kafka)는 잊어라? 10배 빠른 'Redpanda'가 데이터 스트리밍의 판을 엎는 아키텍처의 비밀

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

Is the Sidecar Pattern Dead? Unveiling the True Face of eBPF Hooking Networks at the Kernel Level

사이드카 패턴은 끝났다? 커널 단에서 네트워크를 후킹하는 eBPF의 진짜 얼굴

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