DEVOCEAN

안녕하세요. 데보션 영 3기 권지원입니다.

8월 말에 있었던 쿠버네티스 스터디 후기 겸 Ingress controller에 대한 지식을 공유하고자 합니다.

곧 5회차를 맞이하는 쿠버네티스 스터디는 데보션 프로 안승규님께서 진행하는 쿠버네티스 스터디입니다.

그동안 진행되었던 스터디로 미루어 보아 네트워크 & 인프라 & 오픈소스 분석을 한번에 맛볼 수 있는 성격의 스터디입니다.

쿠버네티스의 동작 원리를 이해하기 위해서는 기본적인 네트워크 및 인프라 지식이 필수적인데,

아무것도 모르는 제가 따라갈 수 있을 정도로 승규님께서 열정적으로 설명해주시는 것이 가장 큰 특징입니다. 🤣

4회차에서 집중적으로 다루었던 주제는 쿠버네티스의 Service와 Ingress Controller입니다.

공식 문서를 토대로 두 개념에 대해 짚어보고, Ingress Controller에 대한 승규님의 설명을 기반으로 동작 원리에 대해 알아본 후 마무리하겠습니다.

먼저 용어 관점에서 Service란, label selector를 이용하는 Pods 셋을 명시하는 Service를 말합니다.

보통 Service란 가상 IP 주소를 가지고 같은 클러스터 네트워크 내에 있는 경우에만 라우트할 수 있습니다.

Service의 종류로는 ClusterIP, NodePort, LoadBalancer 타입이 있습니다.

다음으로 Ingress란, 클러스터 외부로부터 라우트하는 HTTP와 HTTPS를 클러스터 내부의 Services로 노출시키는 것을 말합니다.

그리고 Ingress controller란 Ingress하도록 해주는 역할을 수행합니다.

쉽게 말하자면 클러스터 외부와 클러스터 내부의 Service를 연결해주는 역할을 해줍니다.

승규님이 하신 묘사를 덧붙이자면, Ingress controller는 호스트 포트와 연결되어 있는 load balancer와 연결되어 있으니 미니 도메인 서버 역할을 한다고 보시면 되겠습니다.

라우팅 규칙에 따라서 클러스터 내부 서비스들에 라우팅하니까요.

글로 적고 보니까 정말 간단한 것처럼 보이지만,

저는 이 부분을 이해하는데 꽤 오랜 시간이 걸렸답니다 ^^... 저만 그랬을 수도 있어요....

더욱 자세한 내용은 쿠버네티스 공식 문서와 승규님 블로그를 참고해주세요.

그동안 쿠버네티스 스터디를 하면서 실습하는 과정에서 crictl 에러 때문에 기여할뻔(?)하기도 하고, 인턴도 하고 이런저런 일이 있었는데요.

데보션 영 활동도 막바지를 향해 달려가고 있습니다. 5CEAN 팀의 개발 과제도 눈여겨 봐주세요.