KubernetesLab

오픈 웨이트 모델에 쿠버네티스 운영을 맡길 수 있는지 상용 모델과 같은 조건으로 측정했습니다. 어디까지 맡길 수 있고 어디서 차이가 발생했는지 그리고 민감한 데이터를 다루는 환경에서 도입할 때 무엇을 확인해야 하는지 정리했습니다.

여러 회사가 에이전트의 연결 지점에 제품을 내놓는 이유와 에이전틱 AI 재단이 키우려는 생태계를 살펴보고 재단의 게이트웨이 2개를 직접 설치해서 확인한 결과를 바탕으로 언제 게이트웨이를 고민하면 좋을지 정리했습니다.

MCP 서버를 붙이면 에이전트가 나아질 거라는 기대를 240회 측정으로 확인했습니다. 점수, 위험 행동, 토큰 그리고 읽기 전용 모드의 설계를 서버별로 살펴보고 상황별로 어떤 서버를 고르면 좋을지 정리했습니다.

네이티브 지원이 들어왔다고 우회 방법을 급하게 지울 필요는 없습니다. 공식 문서가 밝힌 함정과 7월 확장 측정 80런을 근거로, 무엇을 남기고 무엇을 고쳐야 하는지 정리했습니다.

도구 이름만이 아니라 호출할 때 넘긴 값까지 보고 허용 여부를 정할 수 있습니다. 대신 기본 배포에서는 응답이 20ms 가까이 늦어지고 처리량이 초당 100건 근처에서 더 늘지 않는데, 세션 ID를 푸는 반복 횟수 설정 1개가 그 비용의 주인이었습니다. 그리고 문서 예시 그대로 적으면 tools/list가 비어서 에이전트가 도구를 찾지 못하니 CEL을 has()로 감싸면 피할 수 있습니다.

A2A로 얻는 것은 진행 확인과 취소의 규약입니다. 대신 응답 바이트가 늘고(같은 작업에 순수 HTTP의 7배) 호출당 지연 시간이 1.2~2.1ms 더 붙습니다. 다만 에이전트 카드가 선언한 인증은 SDK 기본 구성에서 강제되지 않으니 선언과 강제를 나눠 보셔야 합니다.

게이트웨이를 거치는 비용은 도구 호출당 1ms 아래로 작고 p99가 좋아지는 일은 없으며 그 대가로 서버가 해 줄 수 없는 통제와 관측을 얻습니다. 다만 인자 조건을 쓴 정책은 수용되고도 의도대로 강제되지 않았으니 정책은 켠 뒤 실제 호출로 확인해야 합니다.

전송 계층을 v2 SDK로 옮기는 일은 대체로 버전만 올리면 됩니다. 진짜 마이그레이션은 세션이 들고 있던 상태를 핸들로 어디에 둘지 정하는 데 있고 파드 메모리에 두면 같은 실패가 HTTP 200 안에 도구 오류로 다시 나타납니다.

CNI는 한 번 고르면 다시 들여다보지 않는 구성 요소라 평소 자원 사용량을 정리한 자료가 없습니다. 5종 14구성을 같은 조건에서 실측했더니 메모리 사용량이 8배까지 갈렸고, CNI마다 다른 지표에 잡히는 eBPF map 메모리와 kube-proxy nftables 모드의 70% 절감처럼 알려지지 않았던 수치들이 확인됐습니다.

AGENTS.md 마이그레이션의 두 우회 방법(import, 심볼릭 링크)을 쿠버네티스 장애 대응 과제에서 검증했더니, 속도와 컨텍스트 로드 토큰 어느 쪽에도 페널티가 없었습니다. 편차는 대조군인 심볼릭 링크와 함께 움직이는 실행 노이즈였습니다.

작년 Gateway API PoC를 채점 모델부터 갈아엎고 7개 구현체를 다시 봤습니다. 공식 적합성은 7종 모두 통과했지만 실제 쓸 수 있는 기능은 6개에서 13개까지 갈렸습니다.

9개 에이전트를 같은 조건에서 10개 K8s 장애 시나리오에 돌려보니, 효율 티어가 플래그십을 앞섰고 브랜드마다 운영 과제를 다루는 성격이 뚜렷이 갈렸습니다.

Claude Code 세션을 검색하고 관리할 수 있는 다중 플랫폼 TUI 도구입니다. 퍼지 검색, TODO 자동 고정, 수동 북마크, 빠른 질문, 비대 세션 크기 관리, 스마트 재개를 지원합니다.

월 ~$3,240, 연 ~$38,880 절감(~49%). EKS 1.32/1.33을 1.35로, ArgoCD v1을 v3로, Kafka Zookeeper를 KRaft로 한 번에 정리하면서 노드 25개를 15개로 줄였습니다. Route53 Weighted Routing으로 완전 무중단 전환을 달성했습니다.

두 클러스터 합산 월 ~$414, 연 ~$5,000 절감(~48%). 프로덕션 39% + Dev 61%. 소규모 K8s 클러스터에서 효과가 컸던 낭비 패턴 6가지와 무중단 실행 절차를 정리했습니다.

7개 Kubernetes Gateway API 구현체를 17개 테스트로 100라운드 검증한 PoC 결과와 상황별 선택 가이드