

Istio Ambient Mesh 기술 검토
사내 빅데이터 플랫폼에서 Istio Ambient Mesh를 검토했지만, 대규모 분산 트랜잭션 환경에는 적합하지 않다고 판단했습니다. ztunnel 병목과 CNI 제약 때문에 다른 네트워크 최적화 방안을 추가 검증하기로 했습니다.
새로운 기술 블로그가 추가되었어요


사내 빅데이터 플랫폼에서 Istio Ambient Mesh를 검토했지만, 대규모 분산 트랜잭션 환경에는 적합하지 않다고 판단했습니다. ztunnel 병목과 CNI 제약 때문에 다른 네트워크 최적화 방안을 추가 검증하기로 했습니다.


백패커의 Amazon EKS 운영 중 발생한 CoreDNS, MySQL, Istio 관련 이슈와 해결 과정을 정리했습니다. 운영 환경에 맞춘 튜닝으로 안정성과 장애 대응력을 높인 사례를 소개했습니다.


AWS Parameter Store와 CodeBuild 환경변수를 활용해 EKS에서 단일 애플리케이션을 여러 POD로 다중 배포하는 방법을 소개했습니다. 또한 CodeBuild의 EKS 인증 오류를 IAM 권한 추가로 해결한 과정을 다뤘습니다.

AWS re:Invent 2023 연사 참여와 EKS 기반 비용 최적화 사례를 소개했습니다. 발표 준비 과정과 현장 경험, 향후 발표자 팁도 함께 정리했습니다.

Kubernetes HPA에서 Prometheus와 prometheus-adapter로 RPS Custom Metric을 노출하는 방법을 설명했습니다. Istio 메트릭 기반 RPS와 CPU 기준을 함께 설정해 pod 수를 확장합니다.


GitHub·Spinnaker·Helm 기반 Kubernetes 배포 흐름과 카나리 배포 구현을 소개했습니다.\nIstio 트래픽 분산과 커밋 SHA 기반 원클릭 롤백으로 배포 안전성을 높였습니다.
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

Kubernetes 환경에서 Helm, NGINX Ingress, Istio로 카나리 배포를 구성했습니다. 프로세스 유형별 트래픽 제어와 모니터링·롤백 절차를 정리했습니다.


Istio와 Spinnaker로 Blue-Green과 Canary를 결합한 Kubernetes 배포 파이프라인을 구축했습니다.\n트래픽 제어와 검증 단계를 통해 롤백·Warm-up을 지원하고 배포 시간을 약 1/4로 줄였습니다.