【AWS】踏み台サーバーとECS Execの特徴を比較してみる

Posted at 2026-01-12

はじめに

アメリカ在住のTairaです。
昨日で実務が始まり1週間がたち色々学ぶことが多いと身に沁みて実感し、忘れないうちに記事に起こしておこうと思いました
実は、実務でDB操作する際に踏み台サーバーを使用したのですが、個人開発ではECS Execをつかって操作していたので、若干困惑しました。

なので、この記事では、踏み台サーバーと ECS Exec を「本番DBを操作するための手段」という観点に限定して比較します。
対象とするのは、次のようなケースです。

アプリケーションのデプロイ方法や AWS 全体のネットワーク設計といった話題には踏み込みません。

あくまで 「DB操作をどこから行うか」 という点に絞って整理します。

今回の踏み台サーバーは EC2 上に用意されており、 AWS の認証には SSO を利用します。

を行った上で、DB 接続時に Secrets Manager から認証情報を取得します。

[Developer]
    |
    | AWS SSO
    v
[EC2 (Bastion)]
    |
    | IAM Role
    | + Secrets Manager
    v
[Database]

踏み台サーバーは、 本番アプリケーションとは別の場所から DB に直接アクセスして操作するための仕組み として使われます。

DB 操作は基本的に SQL を用いた直接操作 が前提になります。

ECS Exec は、稼働中の ECS タスク（アプリケーションコンテナ）に入る仕組みです。

DB 操作の観点では、アプリケーションと 同じ実行環境 で操作できる点が特徴です。

[Developer]
    |
    | AWS SSO / IAM
    v
[ECS Task (App Container)]
    |
    | IAM Role
    | + Secrets Manager
    v
[Database]

ORM を使ったデータ確認や修正を 本番アプリケーションそのものの環境で行える のが ECS Exec の特徴です。

踏み台サーバー（EC2）と ECS Exec は、 DB 操作という点では次の共通点があります。

そのため、 Secrets 管理や AWS 認証の仕組み自体が大きな違いになるわけではありません。

違いはシンプルで、 「DBをどこから操作するか」 に集約できます。

[EC2]
  ↓
 DB

[App Container]
      ↓
     DB