<style> .am-hero{padding:clamp(23px,5vw,46px);border-radius:24px;background:linear-gradient(130deg,#0f172a,#7c2d12 59%,#ea580c);color:#fff}.am-hero h2{color:#fff}.am-grid{display:grid;grid-template-columns:repeat(3,minmax(0,1fr));gap:12px;margin:22px 0}.am-card{padding:18px;border:1px solid #fed7aa;border-radius:16px;background:#fff7ed}.am-card strong{display:block;font-size:1.7rem;color:#c2410c}.am-table{overflow-x:auto}.am-table table{min-width:710px;width:100%;border-collapse:collapse}.am-table th,.am-table td{padding:12px;border:1px solid #d6d3d1;text-align:left;vertical-align:top}.am-table th{background:#ffedd5}.am-flow{display:grid;grid-template-columns:repeat(4,minmax(0,1fr));gap:10px;margin:22px 0}.am-step{padding:17px;border:1px solid #fdba74;border-radius:15px;background:#fff7ed}.am-step b{display:block;color:#c2410c}.am-note{padding:18px;border-left:5px solid #ea580c;border-radius:12px;background:#fff7ed;margin:20px 0}.am-code{overflow-x:auto;padding:16px;border-radius:12px;background:#0f172a;color:#e2e8f0}@media(max-width:720px){.am-grid,.am-flow{grid-template-columns:1fr}} </style>

AWS APP MESH / 2026年9月30日サポート終了

移行先を選ぶ前に、App Meshへの依存を消す順序を決める

AWSの告知は2024年。いま重要なのは新機能ではなく、目前に迫った終了日と、ECS・EKSごとに異なる移行経路です。

9月30日App Meshのサポート終了日
ECSService Connectが公式の主な移行先
EKSVPC Latticeへの公式移行例

3行要約

  • AWS App Meshのサポート終了日は2026年9月30日。AWSドキュメントは、その後App Meshコンソールとリソースへアクセスできなくなると明記しています。
  • Amazon ECSのApp Mesh利用者にはECS Service Connect、Amazon EKS利用者にはAmazon VPC Latticeへの公式移行ガイドがあります。
  • 移行は単純な設定置換ではありません。通信先、ルーティング、TLS、監視、複数アカウント構成を棚卸しし、並行環境で試験してから切り替えます。

背景:終了の発表は2024年、期限は今月末

App Meshは、サービス間通信をプロキシで制御する「サービスメッシュ」です。AWSは2024年9月24日に終了方針を公表し、2026年9月30日を終了日としました。既存利用者は期限まで通常利用でき、AWSはその間の重要なセキュリティ・可用性更新を提供すると説明しています。新規顧客のオンボーディングは2024年9月24日から停止しています。

この記事は新しい製品発表を速報として扱うものではありません。2026年9月24日時点で期限まで約6日となったため、既存利用者の移行実務を整理したものです。特にAWSドキュメントは、終了後はApp Meshのコンソールとリソースにアクセスできなくなると記しています。

ECSとEKS:同じ移行先ではない

現行環境AWSの移行ガイド設計で確認する点
App Mesh+Amazon ECSAmazon ECS Service Connect既存Envoyサイドカー、Virtual Service/Node/Router、Cloud Map、タスク定義、トラフィック切り替え
App Mesh+Amazon EKSAmazon VPC LatticeKubernetesのGateway API、サービスネットワーク、Ingress、PodのApp Mesh注入設定、アカウント間接続
ECSでも高度な通信要件があるVPC Latticeへの移行例もAWSが公開Service Connectとの機能・料金・運用差を個別評価

Service Connectでは、ECSが各タスクにマネージドのプロキシを追加し、AWS Cloud Mapにエンドポイントを作ります。一方、VPC Latticeはサービスネットワークを使う設計です。両者はApp Meshと概念が一対一で対応するわけではありません。

技術的な要点:一括切り替えが危険な理由

AWSのECS移行ガイドによると、同じECSサービスをApp MeshとService Connectへ同時参加させることはできません。サービスを再作成し、旧環境と新環境を並行して動かす「ブルー/グリーン移行」が提案されています。Route 53の重み付きルーティングなどで利用者トラフィックを徐々に切り替え、CloudWatchの通信メトリクスで問題を確認します。

1 棚卸し依存サービスと通信経路
2 並行構築新しい接続環境を作成
3 小さく切替重み付けで一部トラフィック
4 検証エラー・遅延・TLS・ロールバック

旧メッシュと新しいService Connect名前空間の間には自動的な相互通信がありません。フロントエンドだけ先に切り替えるなら、その環境から呼ぶバックエンドも新環境に用意する必要があります。EKS向けVPC Latticeの公式例も、インプレース、カナリア、ブルー/グリーンを用途別に比較しています。

残り期間での実践チェックリスト

  1. AWSアカウント・リージョンごとにApp MeshのMesh、Virtual Service、Virtual Node、Virtual Router、Virtual Gatewayを一覧化し、稼働中のECSサービス・EKSワークロードと対応付けます。API権限がある環境では、まずaws appmesh list-meshes --region &lt;region&gt;で存在確認できます。
  2. 現行の通信要件を書き出します。重み付きルーティング、リトライ、タイムアウト、TLS/mTLS、サービス間認可、CloudWatch・トレース、複数アカウント共有は移行後も必要かを判定します。
  3. ECSならService Connect、EKSならVPC Latticeの公式移行例を基に、新環境を並行構築します。複雑なECS構成ではVPC Latticeも比較対象にします。
  4. ヘルスチェック、エラー率、p95遅延、認証失敗を監視しながら段階的に切り替え、戻す条件と担当者を事前に決めます。
  5. 新環境だけで通信が完結することを確認してから旧リソースを停止します。削除前に構成をエクスポートし、監査証跡を保存してください。
# 例:対象リージョンのMeshを一覧化(読み取りのみ)
aws appmesh list-meshes --region <region>

リスクと限界

  • AWSの2024年のECS比較記事では、Service ConnectにはApp Meshの高度なトラフィック制御やmTLSなどに機能差があると説明しています。2026年現在の機能差は最新ドキュメントで再確認してください。古い比較表をそのまま移行設計に使わないことが重要です。
  • VPC LatticeとService Connectは料金体系が異なります。並行稼働期間の追加費用も見積もります。
  • 期限までの日数が短く、本番の大規模移行を数日で完了できるとは限りません。安全な移行計画が組めない場合はAWSサポートと事業責任者に影響を共有し、優先順位を決めてください。
事実と判断:終了日と終了後のアクセス不可はAWSの公式記載です。「ブルー/グリーンを優先」「監視しながら段階切り替え」はAWSの移行例を踏まえた実務上の推奨で、全システムに無停止を保証するものではありません。

今後注目すべき点

9月30日の実施状況、AWSが公開する移行先の最新機能、App Meshに依存する監視・証明書・IaCテンプレートの置換漏れを確認します。切り替え後もしばらくは旧環境へ戻す必要があるかを評価し、終了日との関係を含めた復旧計画を見直してください。

最終確認日:2026年9月24日

参照元(一次情報)

Previous Post Next Post