
EKS 1.32 업데이트 그리고 새로운 업데이트 방식
EKS 1.32 업데이트를 위해 기존 방식들의 한계를 비교하고 Blue-Green Multi Target 전환 방식을 검토했습니다. DNS 캐시 영향 없이 트래픽을 넘기고 빠른 롤백도 가능한 구성을 검증했습니다.

EKS 1.32 업데이트를 위해 기존 방식들의 한계를 비교하고 Blue-Green Multi Target 전환 방식을 검토했습니다. DNS 캐시 영향 없이 트래픽을 넘기고 빠른 롤백도 가능한 구성을 검증했습니다.

Karpenter 도입 과정에서 마주한 스케줄링 정합성, AMI 운영, Node Churn 문제를 정리했습니다. 적절한 budget과 리소스 보정으로 비용을 줄이고 안정성을 개선했습니다.


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


EKS에서 단일 애플리케이션을 환경별 변수만 바꿔 여러 POD으로 배포하는 방식을 소개했습니다. Parameter Store와 CodeBuild 설정, ECR 연동과 빌드 명령 변경 내용을 다뤘습니다.


AWS EKS에서 단일 애플리케이션을 환경 변수만 바꿔 다중 배포하는 방법을 소개했습니다. 또한 Parameter Store, CodeBuild, ECR, Dockerfile 설정 예시를 함께 설명했습니다.


AWS EKS에서 단일 애플리케이션을 환경변수만 바꿔 다중 배포하는 방법을 소개했습니다. React 샘플, CodeCommit 연동, Parameter Store와 CodeBuild 설정 흐름을 정리했습니다.


Amazon EKS Auto Mode로 쿠버네티스 클러스터의 컴퓨팅, 스토리지, 네트워킹 관리를 자동화하는 방법을 소개했습니다. 샘플 애플리케이션 배포와 자동 확장 사례를 통해 운영 오버헤드 감소와 가용성 향상을 설명했습니다.
쿠팡 파트너스
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.


Helm은 Kubernetes 애플리케이션 배포와 관리를 단순화하는 패키지 관리자입니다. EKS에서 차트를 사용해 설치, 재사용, 자동화를 쉽게 적용할 수 있습니다.


DataHub를 그대로 노출하지 않고 OpenSearch와 DB를 직접 활용해 데이터카탈로그에 맞는 검색·리니지·BI 통합 기능을 구현했습니다. 또한 버전업과 수집 성능 문제를 개선해 운영 적합성을 높였습니다.


Kubernetes 마이그레이션의 필요성과 도입 장점을 정리했습니다. 또한 사전 준비와 유의 사항, 단계적 실행 전략을 함께 제시했습니다.


기존 AWS KMS 암호화 서비스를 EKS와 Java 비동기 처리로 개선했습니다.\n형상 관리, CI/CD, APM까지 도입해 성능과 운영 안정성을 함께 높였습니다.

무신사 후기 목록 API의 병목을 분석해 상품 단위 캐시와 로직 분리를 적용했습니다. 무진장 기간 기준 응답속도와 pods 수를 함께 줄여 안정성을 높였습니다.


데브시스터즈가 Datadog Live with Devsisters 행사에서 데이터독 도입 배경과 팀별 활용 사례를 공유했습니다. 또한 쿠버네티스 운영, 부하테스트, 알람 체계까지 함께 소개했습니다.

AWS EKS를 더 안정적이고 확장성 있게 운영하기 위해 Karpenter 파일럿을 진행한 내용을 공유했습니다. 온프레미스 중심 환경에서 EKS 운영 방식을 점검한 사례입니다.