サイドカーパターン

サイドカーパターンとは

サイドカーパターンは、メインのアプリケーションコンテナと同じ Pod に補助コンテナを配置し、ログ収集、監視、プロキシなどの横断的関心事をメインから分離する設計パターンである。

サイドカーのユースケース

サイドカーはメインコンテナの機能を拡張する補助コンテナで、ログ収集、プロキシ、監視、シークレット管理などの横断的関心事を担当する。メインコンテナのコードを変更せずに機能を追加できる点が利点。

サイドカー	役割	例
ログ収集	ログを集約・転送	Fluent Bit
プロキシ	トラフィック制御、mTLS	Envoy (Istio)
監視	メトリクス収集	ADOT Collector
シークレット	秘密情報の注入	Vault Agent

Kubernetes での定義

Kubernetes での定義の例を示す。

apiVersion: v1
kind: Pod
spec:
  containers:
    - name: app
      image: my-app:latest
      ports: [{ containerPort: 8080 }]
    - name: log-collector
      image: fluent/fluent-bit:latest
      volumeMounts:
        - name: logs
          mountPath: /var/log/app
  volumes:
    - name: logs
      emptyDir: {}

サイドカー vs Lambda Layer

サイドカーと Lambda Layer の違いを以下にまとめる。

観点	サイドカー (ECS/EKS)	Lambda Layer
実行環境	別コンテナ	同一プロセス
通信	localhost	関数内呼び出し
用途	プロキシ、ログ収集	共通ライブラリ、ADOT
リソース	独立した CPU/メモリ	Lambda のメモリを共有

サイドカーの注意点

サイドカーの注意点を以下にまとめる。

注意点	対策
リソース消費	サイドカーの CPU/メモリを制限
起動順序	Init Container で依存を解決
複雑さ	必要なサイドカーだけ追加

現場での応用を知るには関連書籍も役立つ。