どちらも「コンテナを動かすしくみ」

ECS → K8s 用語マッピング

タスク ≒ Pod

Pod のマニフェスト

apiVersion: v1
kind: Pod
metadata:
  name: my-app
spec:
  containers:
    - name: app          # メインコンテナ
      image: nginx:latest
      ports:
        - containerPort: 80
    - name: sidecar      # ECSのサイドカーと同じ感覚
      image: fluent/fluent-bit

ECS サービス ≒ Deployment

Deployment のマニフェスト

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3          # ECSの desired count と同じ
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app    # ServiceがこのラベルでPodを選ぶ
    spec:
      containers:
        - name: app
          image: nginx:latest

ターゲットグループ / Cloud Map ≒ Service

Service のマニフェスト

apiVersion: v1
kind: Service
metadata:
  name: my-app-svc    # この名前でDNS解決できる
spec:
  selector:
    app: my-app       # このラベルのPodに転送
  ports:
    - port: 80
      targetPort: 80
  type: ClusterIP     # クラスタ内部向け（デフォルト）

ALB ≒ Ingress / Service(LoadBalancer)

Ingress のマニフェスト

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress
spec:
  rules:
    - host: example.com
      http:
        paths:
          - path: /api
            pathType: Prefix
            backend:
              service:
                name: api-svc     # Serviceに転送
                port:
                  number: 80
          - path: /
            pathType: Prefix
            backend:
              service:
                name: frontend-svc
                port:
                  number: 80

Service の type: LoadBalancer

外部公開が1サービスだけなら Ingress より簡単

apiVersion: v1
kind: Service
metadata:
  name: my-app-svc
spec:
  selector:
    app: my-app
  ports:
    - port: 80
      targetPort: 80
  type: LoadBalancer   # クラウドのLBが自動で作られる

改めて：用語の対応表