1. 비교 관점 및 전제AWS와 Azure는 모두 글로벌 리더급 하이퍼스케일 클라우드이지만, 설계 철학·조직 모델·서비스 포트폴리오에서 차이가 존재한다. 이 문서는 다음 관점에서 두 플랫폼을 비교한다.글로벌 인프라 구조(Region, AZ, Region Pair 등)계정/구독 및 리소스 계층 구조네트워크·컴퓨팅·스토리지·데이터베이스·보안·모니터링비용 모델 및 할인 전략(RI, Savings Plans, Reservations 등)설계 패턴 및 마이그레이션 관점이 문서는 AWS 경험이 있는 엔지니어가 Azure를 이해하거나, Azure 엔지니어가 AWS 구조를 비교하며 설계를 검토할 수 있도록 하는 것을 목표로 한다.(서비스 매핑은 Microsoft의 “AWS 전문가를 위한 Azure” 문서 시리즈를 기반..

1. 문제 정의컨테이너 기반 애플리케이션을 대규모 환경에서 운영할 때 가장 큰 문제는 다음과 같다.Kubernetes Control Plane 운영 난이도확장성, 보안, 네트워크 아키텍처의 복잡성운영 자동화 및 모니터링 부족고가용성과 장애 대응 절차 설계 부담Azure AKS는 Control Plane을 완전 관리형으로 제공하여 이러한 운영 부담을 제거하고, 엔터프라이즈 환경에서 Kubernetes의 요구사항을 충족하도록 설계되었다.2. 왜 Azure AKS인가Azure 사용자는 AKS를 선택함으로써 다음과 같은 기능을 즉시 활용할 수 있다.Managed Control Plane 및 자동 패치Azure RBAC, AAD 인증 내장Native Azure Load Balancer, VNet, Applicat..

Gateway API 기반 Gateway/Route 분리 전략AKS에서 L7 Ingress를 구성할 때 예전에는 Ingress-NGINX + AGIC(Application Gateway Ingress Controller) 조합이 사실상 정석에 가까웠다.하지만 Kubernetes 커뮤니티가 Gateway API를 차세대 표준으로 밀기 시작했고, Azure도 이에 맞춰 Application Gateway for Containers(AGfC) 를 내놓으면서 흐름이 크게 바뀌고 있다.Microsoft Tech Community+1이 글에서는,AGIC와 AGfC의 차이Kubernetes Gateway API에서 Gateway / HTTPRoute 역할 분리AGfC에서 Gateway/Route 기반으로 멀티 서비스..

1. 공식 발표 및 EOL 정의2025년 11월 11일, Kubernetes 프로젝트는 Ingress NGINX 컨트롤러가 2026년 3월부로 EOL(End of Life) 단계에 진입한다고 공식 발표하였다. 해당 내용은 Kubernetes 공식 블로그를 통해 명시되었다.공식 발표 본문:https://kubernetes.io/blog/2025/11/11/ingress-nginx-retirement/향후 릴리스 및 유지보수는 아래와 같이 변경된다.신규 기능 업데이트 중단보안 패치 중단문제 발생 시 버그 수정 불가장기적으로 운영 리스크 증가Ingress NGINX는 오랜 기간 업계 표준으로 활용되었지만, Kubernetes 네트워킹 구조 변화와 프로젝트 유지 역량 한계로 인해 공식 은퇴가 결정되었다.2. 왜..