ＨＯＭＥ ＞ Linux技術 リナックスマスター.JP（Linuxマスター.JP） ＞ AWS(Amazon Linux) ＞ VPC Lattice読み方と設計思想｜AWSサービスメッシュ導入前に押さえる概念整理
「VPC Latticeって、どう読むんだろう？」「App Meshと何が違うのか、ドキュメントを読んでも頭に入ってこない」
AWS re:Invent 2022で発表され、2023年3月に正式GA（一般利用可能）となったVPC Lattice。マイクロサービス間通信の設計を検討するなかで名前を目にする機会が増えましたが、「読み方からして分からない」「設計思想のイメージが掴めない」と感じるエンジニアは少なくありません。
この記事では、Amazon Linux 2023環境を想定として、VPC Latticeの読み方・名前の意味・3層アーキテクチャの概念を整理します。App Meshとの違いやPrivateLinkとの比較を含め、サービスメッシュ導入前に押さえておくべき設計思想を解説します。
この記事のポイント
・VPC Latticeは「ビーピーシー ラティス」と読む（Lattice=格子・網目構造）
・Service Network・Service・Target Groupの3層構造がコア設計
・App Mesh廃止の公式移行先として推奨されている後継サービス
・IAMのAuth Policyで複数VPC・マルチアカウントの通信を制御できる
「このままじゃマズい」と感じていませんか？
参考書を開く気力もない、同年代に取り残される不安——
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
姓・名・メールの3つだけ／30秒／解除は3秒 ／
詳細はこちら
VPC Latticeの読み方と名前の意味
VPC Latticeは「ビーピーシー ラティス」と読みます。「Lattice（ラティス）」は英語で「格子状の仕切り・網目構造」を意味します。木製のフェンスや格子窓をイメージすると分かりやすいでしょう。AWSがこの名称を選んだのは、複数のVPCや複数のAWSアカウントにまたがるサービスを、格子の網目のように柔軟につなぐアーキテクチャを表現したかったからです。
カタカナ表記は「VPCラティス」または単に「ラティス」と省略されることがあります。AWSの日本語公式ドキュメントでは「Amazon VPC Lattice」と表記されています。AWS CLIではサービス名に
vpc-lattice が使われます。# CLIでVPC LatticeのService一覧を確認する aws vpc-lattice list-services
VPC Latticeが生まれた背景｜App Meshの限界と廃止
VPC Lattice以前、AWSでサービスメッシュを実現するには主にApp Mesh（Envoyプロキシベース）が使われていました。しかしApp Meshにはいくつかの構造的な課題がありました。・サイドカープロキシの管理コスト：各サービスにEnvoyコンテナをサイドカーとして追加する必要があり、ECS・EKS環境の設定が複雑になる
・VPC間接続の制約：複数VPC間の通信にはVPCピアリングやTransit Gatewayを別途組み合わせる必要があった
・Lambdaの直接組み込みが不可：App MeshのサービスメッシュにLambda関数をネイティブに含められなかった
AWSは2025年9月にApp Meshの廃止（EOL）を発表し、公式の移行先としてVPC Latticeを推奨しています。VPC Latticeはサイドカー不要のマネージドアプローチで、これらの課題を根本から解決しています。
VPC Latticeの3層構造を整理する
VPC Latticeの設計思想は「3つのリソース型」で整理できます。この3層の関係を把握することが理解の核心です。1. Service Network（サービスネットワーク）
最上位の論理グループです。複数のVPCや複数のAWSアカウントを「このService Networkに関連付けたVPCは同じ名前空間でサービスを見つけられる」という形でまとめます。「全社共通のサービスカタログ棚」と考えると分かりやすいでしょう。VPCをService Networkに関連付けると（Association）、そのVPC内のリソースからService Network内のServiceにアクセスできるようになります。AWS Resource Access Manager（RAM）と組み合わせることで、組織（Organizations）内の別アカウントのVPCも同じService Networkに参加させられます。
2. Service（サービス）
個々のアプリケーション・マイクロサービスの単位です。各Serviceには自動生成されたDNS名（例:abc123.vpc-lattice-svcs.io）が割り当てられ、Service Networkに関連付けられたVPC内のリソースからこのDNS名で到達できます。ServiceにはリスナーとルーティングルールをHTTP・HTTPS・gRPCで定義できます。パスベース・ヘッダーベース・重みベースのルーティングが可能で、カナリアリリースやBlue/Greenデプロイにも対応します。
VPC Latticeが使うDNS名はAWS管理の特別なゾーン（vpc-lattice-svcs.io）に自動登録されます。Linux DNS 設定の基本で解説している名前解決の仕組みが、AWSマネージドの形でサービス間通信にも適用されているイメージです。
3. Target Group（ターゲットグループ）
実際のバックエンドリソースをまとめる単位です。EC2インスタンス・ECSタスク・EKS Pod・Lambda関数・IPアドレスを混在させてターゲットとして登録できます。ALBのターゲットグループと概念は近いですが、LambdaをEC2と同列で扱える点が大きな違いです。ヘルスチェックの設定もTarget Group側で行います。
# ターゲットグループの一覧確認 aws vpc-lattice list-target-groups # 出力例（環境により異なります） # { # "items": [ # { # "name": "my-service-tg", # "type": "INSTANCE", # "status": "ACTIVE" # } # ] # }
IAMベースのアクセス制御｜ゼロトラスト設計の思想
VPC Latticeの重要な設計思想の一つが「ネットワーク到達性 ≠ アクセス許可」という考え方です。同じService Networkに関連付けられていても、アクセス元のIAMプリンシパル（EC2インスタンスプロファイル・LambdaのIAM実行ロール・ECSタスクロールなど）がService側のAuth Policyで許可されていなければ、通信は403（Forbidden）でブロックされます。
これはゼロトラストネットワークの考え方に近く、「VPC内からならどこからでも通信できる」という従来のセキュリティグループ中心の発想を根本から変えます。Auth PolicyはS3バケットポリシーと同じJSON構文で記述するため、IAMに慣れたエンジニアならすぐ理解できます。
VPC Latticeのサービス検出状況を確認するには、dig コマンドで DNS を調べる方法が役立ちます。VPC内のEC2から
dig abc123.vpc-lattice-svcs.io を実行し、名前解決できるかを確認するのが基本の動作検証手順です。EC2インスタンスをVPC Latticeのターゲットグループに組み込む際の前提として、Amazon Linuxの入門ガイドも参考にしてください。
App Mesh・PrivateLink・ECS Service Connectとの比較
似たユースケースをカバーするAWSサービスとの違いを整理します。| サービス | 通信レイヤー | サイドカー | マルチアカウント | Lambda対応 |
|---|---|---|---|---|
| VPC Lattice | L7（HTTP・HTTPS・gRPC） | 不要 | 対応（RAM連携） | 対応 |
| App Mesh（廃止予定） | L7（Envoyベース） | 必要 | 制限あり | 非対応 |
| PrivateLink | L4（TCP） | 不要 | 対応 | 対応 |
| ECS Service Connect | L7（Envoyベース） | 必要 | 非対応（同一クラスター） | 非対応 |
本記事のまとめ
| ポイント | 内容 |
|---|---|
| 読み方 | 「ビーピーシー ラティス」 |
| Latticeの意味 | 格子状・網目構造（サービスを格子でつなぐ設計思想） |
| 3層構造 | Service Network（名前空間）・Service（エンドポイント）・Target Group（バックエンド） |
| App Meshとの違い | サイドカー不要・Lambda対応・IAMベースのAuth Policy |
| 採用に適した場面 | マルチVPC・マルチアカウントのL7サービス間通信 |
現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、AWSとAmazon Linuxの基礎から体系的に学べる入門コースをご覧ください。VPC設計から運用管理まで、現場で即戦力になるスキルを身につけられます。
暗記不要・1時間後にはサーバーが動く
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
姓・名・メールの3つだけ／30秒／解除は3秒 ／ 詳細はこちら
Linux無料マニュアル（図解60P）
名前とメールで30秒登録
- 前のページへ：AWS VPC Latticeで構築するマイクロサービス間通信の冗長設計｜マルチAZ対応の実践パターン
- この記事の属するカテゴリ：AWS(Amazon Linux)へ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は30秒、解除もいつでも可。
登録無料・いつでも解除できます