• 단일 주소에 Pod 그룹을 표시하기 위한 서비스 리소스 생성
• 클러스터에서 서비스를 탐색
• 외부 클라이언트에 서비스 노출
• 클러스터 내부에서 외부로 연결
• Pod가 서비스의 일부가 될지 여부 조절
• 서비스 트러블슈팅

서비스를 사용하는 이유

• 파드는 일시적이다 - 파드가 노드에서 제거되어 다른 파드의 공간을 확보했던, 클러스터 노드가 실패했던, 누군가 파드를 줄였던, 언제든지 왔다갔다 할 수 있다.
• 노드에 파드를 스케줄링 할 때 파드가 시작하기 직전에 파드의 IP 주소 할당
• 수평 스케일링은 여러 파드가 동일한 서비스를 제공함. 각 파드는 고유한 IP가 있지만 클라이언트는 그것에 상관 없어야 하므로 단일 IP 주소로 액세스 할 수 있어야 한다.

Creating services

apiVersion: v1
kind: Service
metadata:
  name: kubia
spec:
  ports:
  - port: 80 # port used by service
    targetPort: 8080 # container port to be forwarded by service
  selector:
    app: kubia

app=kubia 레이블에 있는 pod가 서비스에 포함된다. 포트 80 연결을 허용하고 각 연결을 서비스에 포함된 포트의 8080으로 연결한다.

동일한 클라이언트에서 요청하더라도 서비스 프록시가 각 연결을 임의로 파드를 선택해 forward하기 때문에 요청할 때마다 다른 파드가 선택된다.

targetPort의 경우 pod yaml에서 port의 이름을 지정했다면 port의 이름을 참조 할 수 있다.

예를 들어 pod가 containerPort 8080을 http로 이름을 지었다면 위의 yaml에서 targetPort: http로 참조할 수 있다.