궁금한게 많은 개발자 노트

오늘은 Azure에서 구축된 인프라의 일반적인 네트워크 트래픽 전달 과정에 대해 알아보고자 합니다. 😎기존에는 AWS의 인프라, 네트워크 트래픽에 대해 많이 다뤘었는데 요즘은 멀티 클라우드 CSP환경 구축에도 관심이 많아져, Azure에 대해서도 상세히 공부해보고자 합니다. AWS에서의 클라이언트로부터 EKS(Elastic Kubernetes Service)에 존재하는 Pod에 트래픽이 전달되기까지의 과정은 크게 Route53 -> NLB(L4) -> ALB(L7) -> Ingress(EKS) -> Service(EKS) -> Pod(EKS)로 표현할 수 있을 것 같습니다.이에 대응되는 Azure의 컴포넌트로는 Azure DNS -> Azure Load Balancer(L4) -> Azure Appli..

GCP의 네트워크 트래픽 전달 과정 GKE에서 Gateway API는 Kubernetes 네트워킹과 상호작용하는 특성을 위해 설계된 역할 중심 리소스 모델입니다. 즉, Kubernetes에서 네트워크 트래픽을 수신, 매칭, 라우팅 그리고 전달하기 위한 전체적인 구조를 정의하는 API표준입니다.GKE가 Gateway Class를 제공하여 운영자는 해당 클래스를 기준으로 Gateway 리소스를 만들고, 애플리케이션 개발자는 리소스에 바인딩될 HTTPRoute리소스를 배포합니다. Gateway API의 주요 리소스 (https://gateway-api.sigs.k8s.io/)Gateway Class: 클러스터 수준의 리소스로, Gateway의 동작 방식을 정의 (controller에 따라 nginx, GCP ..

container와 virtual macinecontainer는 운영체제 수준의 가상화 기술로 호스트 운영체제와 리눅스 커널을 공유하면서도 프로세스를 격리된 환경에서 실행하는 기술입니다. 하드웨어를 가상화하는 가상 머신과 달리 커널을 공유하는 방식이기에 실행 속도가 빠르고 성능 상의 손실이 거의 없습니다. 컨테이너의 격리는 리눅스 네임스페이스, cgroup 등의 커널 기능을 활용하여 이루어집니다. 이러한 격리 기술 덕분에 호스트 머신에서는 프로세스로 인식되지만, 컨테이너 관점에서는 독립적인 환경을 가진 가상 머신처럼 동작됩니다. VM은 하이퍼바이저라는 것이 존재하며 리소스에 대한 액세스를 효율적으로 관리하여 가상 머신을 개별 서버로 활용할 수 있도록 해줍니다. 하이퍼바이저를 통하여 물리적 하드웨어를 가상..

[ 쿠버네티스의 아키텍처 ] 쿠버네티스는 크게 전체 클러스터를 관리하는 Control Plane과 실제 컨테이너들이 Pod단위로 실행되는 Worker Node로 구분될 수 있습니다. Control Plane은 Master Node라고도 불립니다. Node에는 컨테이너의 런타임 실행 환경을 제공하는 Docker Engine이 기본값으로 올라가 있으며, 이를 통해 실제 컨테이너가 배포되어 실행됩니다. 각 Worker Node들은 아래 그림에서 보이듯 자체 API를 통해 Control Plane과 통신하며 관제되며 시스템을 운영합니다. Control Plane과 Worker Node에 설치되는 구성요소에 대해서 알아보자. 위에서 볼 수 있듯 Worker Node에는 Control Plane의 API 요청을 수..