ID:49091さん

1. どんなサービス・システムか 複数顧客 (マルチテナント) に同一 BI / Analytics 機能を提供する自社 SaaS プラットフォーム。EC2 上の HashiCorp Nomad で運用していたものを、Amazon EKS / Kubernetes 上に再構築・段階移行した長期運用基盤。 2. あなたは何を担当したか 立ち上げ初期は私ともう一人の同僚で運用 EKS の設計を担当。その後、複数顧客向け展開、クラスタのアップグレード、CNI 移行、認証方式変更、新規参画者向けオンボーディング、英文運用ドキュメント整備までを継続的に担当。設計判断と実装、レビュー、運用手順の言語化を横断。 3. どんな技術を用いたか kustomize overlay による環境差分管理 + Kubernetes namespace 活用でマルチテナントを実現。Argo CD で GitOps デプロイ、External Secrets Operator + AWS Secrets Manager で secrets 管理、Prometheus / Grafana / Thanos でオブザーバビリティを確保。CNI は Calico から Amazon VPC CNI plugin へ移行、認証は IRSA から EKS Pod Identity への比較検討と移行方針整理。AWS Session Manager 経由の node access 手順を整備。 4. どんな機能を開発したか マルチテナント環境差分管理基盤、GitOps デプロイパイプライン、secrets 一元管理、認証方式の世代交代、ノード接続手順、cluster upgrade のオペレーション手順、オブザーバビリティスタック (Prometheus + Grafana + Thanos)。 5. どんな課題に取り組んだか 長期運用中の Kubernetes 基盤を顧客に影響を出さずにクラスタアップグレード、CNI、認証方式、ノードへのアクセス、運用手順を継続的に近代化する必要があった。属人化しやすい Kubernetes 運用知識を、新規参画者でも扱える形に変換することも課題。 6. どんな工夫をしたか kustomize overlay による環境差分の宣言的管理で、顧客ごとの差分をコードレビュー可能に。Argo CD による GitOps で全変更を Git 履歴と PR レビューに残るように。CNI 移行 (Calico → VPC CNI) は段階的検証 + ロールバック前提の移行手順をドキュメント化。IRSA と EKS Pod Identity の比較検討資料を作成し、チーム方針として明文化。AWS Session Manager 経由のノードアクセス手順を英文化。 7. どんな成果を出したか EKS 1.14 から 1.32 までの 18 世代分のアップグレードを、サービス停止リスクを抑えながら完走 (1.33 は 2026-05 時点で準備中)。Calico → VPC CNI 移行、IRSA → Pod Identity 整理など、Kubernetes 周辺技術の安全な世代交代を継続。英文運用ドキュメント整備と社内勉強会主催により、属人化しやすい Kubernetes 運用知識をチーム全体で扱える形に転換した。