目次
1. 結論
VPCエンドポイントは、セキュリティだけでなく「ネットワークのパフォーマンス向上」においても極めて重要です。公共のインターネットや共有のNATゲートウェイを通らず、AWSのバックボーンネットワークを直接利用するため、通信の遅延（レイテンシー）が減り、帯域幅も安定します。
2. 高性能アーキテクチャでの役割
- ネットワーク遅延の削減: 外部ネットワークを経由しないため、ホップ数が減り、通信が高速化される。
- 帯域幅の確保: NATゲートウェイなどの共有リソースの制限を受けず、各エンドポイントで高いスループットを維持できる。
- NATの負荷軽減: 大量のトラフィックをエンドポイントへ逃がすことで、NATゲートウェイがボトルネックになるのを防ぐ。
- 一貫したパフォーマンス: インターネットの混雑に左右されず、常に安定した通信速度を確保できる。
3. キーワードでの判断
| 問題文のキーワード | 疑うべきサービス/機能 | 判断理由 |
|---|---|---|
| 「NATゲートウェイの帯域制限を回避してS3にアクセス」 | S3 ゲートウェイエンドポイント | 通信経路の最適化 |
| 「AWSサービス間通信のレイテンシーを最小化」 | インターフェースエンドポイント | 内部ネットワークの利用 |
| 「安定したスループットでAPIを他社に提供」 | PrivateLink | 専用のプライベート接続 |
4. ひっかけポイント
- コスト: インターフェース型（Interface）は時間料金と処理量料金がかかるため、通信量によってはNATよりも高くなる場合がある。
- S3/DynamoDB: 性能・コストの両面で、この2つは「ゲートウェイ型」を選択するのが鉄板（無料かつ高速）。
- DNS: 「プライベートDNS名称」を有効にしないと、既存のURLでエンドポイントに繋がらないため、期待したパフォーマンスが出ない（インターネットへ出てしまう）。
5. 覚え方
- 「VPC専用の特急列車」。
- 一般道（インターネット）やバス（NAT）を使わず、専用の線路（エンドポイント）を通って目的地へ直行するイメージ。
6. 関連サービス
| サービス名 | 関連する理由 |
|---|---|
| NAT Gateway | パフォーマンス改善のために、通信をNATからエンドポイントへ移行する。 |
| S3 / DynamoDB | 最も頻繁にエンドポイント化される、高性能化の重要ターゲット。 |
| Direct Connect | オンプレミスからエンドポイント経由でAWSサービスに高速接続する構成。 |
7. Obsidian管理メモ
- 復習ポイント: 「NAT Gatewayのスループット上限」という悩みが出てきたら、VPCエンドポイントへの切り替えが解決策になる。
- 関連ノート: 高性能ネットワーク設計のベストプラクティス
8. HTMLファイル名
aws-vpc-endpoint-high-performance-networking.html
