https://devocean.sk.com/experts/view.do?ID=ck.jeon
- ...
- 5. https://devocean.sk.com/blog/techBoardDetail.do?ID=164752
- ㄴ K8S 에서의 Service Type
- ClusterIP : 클러스터 내부 IP 으로만 pod 간에 통신.
- NodePort :
- k8s 워커 node 의 특정 포트를 노출하여 -> Service 로 라우팅.
- node 의 IP 에 직접 접근하는 식이라, 로드벨런싱 및 스케일링이 부적합!
- LoadBalancer :
- k8s 워커 node들 으로 라우팅하는 별도의 Service Type.
- 클러스터 외부에서도 접근이 가능한 고정된 IP 가 부여 됨.
- 해당 'k8s 공급자'의 LB 에 의존적으로 연결됨!
- ExternalName :
- DNS 를 기반으로 맵핑을 하는 Service Type. (클러스터 내부 selector 아닌)
- externalName 스펙으로 서비스명(?) 지정.
- <service-name>.<namespace>.svc.cluster.local 도메인에 매핑 -> DNS -> CNAME 레코드 반환.
- CNAME 레코드를 지원하는 DNS 서버가 필요!
- DNS 를 기반으로 맵핑을 하는 Service Type. (클러스터 내부 selector 아닌)
- ㄴ argocd용 k8s 클러스터 / 서비스용 k8s 클러스터 분리
- ...
- 6. https://devocean.sk.com/blog/techBoardDetail.do?ID=164784
- ㄴ K8S Service 외부로 노출
- Ingress :
- 클러스터 내부 Service 에 대한 외부 접근을 관리하는 별도의 k8s 리소스. (Service Type 아님)
- 클러스터 내부에 ingress controller 가 실행되 있어야함.
- 예) nginx-ingress(가볍고 간단함), istio(복잡하지만 강력함), traefik, haproxy, ...
- Ingress :
- ...
-끝-