バックエンドAPI

Page content

【公式ブログ】Protecting REST APIs Behind Amazon API Gateway Using Okta https://auth0.com/blog/protecting-rest-apis-behind-aws-api-gateway/

Webアプリにバックエンドの APIサーバーが必要になる主な理由 は、大きく分けて セキュリティ・データ管理・ビジネスロジック・外部サービス連携 の4つです。わかりやすく整理して解説します。

✅ Webアプリにバックエンド API サーバーが必要になる理由

フロントエンド（ブラウザ側）はユーザーに公開されるため、秘密情報を置けない し、信頼できない環境 です。

バックエンドはサーバー側で公開されないため：

これら “秘密にすべき処理” を安全に実行できます。

🔒 バックエンドがないと誰でも勝手にDBを改ざんできてしまう
→ だから必須。

ブラウザからDBに直接つなぐと：

バックエンドAPIは DBとフロントの間のゲートキーパー です。

[ブラウザ] → (安全なリクエスト) → [APIサーバー] → DB

例：

これをフロントだけで実装すると、ユーザー側で書き換えられます。

バックエンドで実行することで：

Stripe, PayPal, AWS S3 などは 秘密キーを使う 必要があります。

ブラウザに秘密鍵を置くのは不可能（盗まれるため）。
→ バックエンドAPIが必要。

Auth0で認証（ユーザーが誰か）はできても、

などの 権限判定（Authorization） はバックエンドが担います。

APIサーバーを用意すると、フロントを複数にしても同じAPIを利用できます。

バックエンドAPIが1個あれば、どこからでも利用可能に。

フロントでは重い処理ができません。

例：

これらはサーバー側で行う必要があります。

Auth0 は 認証（ログイン） を提供するサービスであり、

などはやってくれません。

つまり、Auth0を使ってもアプリはこうなります：

ブラウザ
 ↓（Access Token を持つ）
APIサーバー（AccessTokenを検証して DB 操作）
 ↓
DB

Auth0はログイン部分だけ担当し、
アプリの“本体”はAPIサーバーが動かします。

WebアプリにバックエンドAPIサーバーが必要な理由は：

Auth0 を使ってもこれは変わりません。