Django で画像やファイルを外部に置く　Amazon S3 と Cloudinary の使い分け

Webシステムで利用者が上げる画像・動画・PDF・Excel などのファイルは、数が増えるにつれて、アプリのサーバーの中に置き続けることが難しくなります。この記事では、Python の Web フレームワークである Django から、外部のストレージ（Amazon S3・Cloudinary）を使う方法を整理します。

NDシステムズ | 福岡県久留米市の月額制ホームページ制作（日英２言語）・AI・DX支援・独自システム開発 福岡県久留米市のNDシステムズ。月額制のホームページ制作を中心に、事業のデジタル化を支援します。制作から公開後の更新・改善 ndsystems.jp

AI に手伝ってもらいながらシステムを作る場合（いわゆるバイブコーディング）でも、仕組みを知らないまま設定すると、ファイルが外から見える状態や、鍵が漏れる状態を作りやすくなります。そこで、コードの細部よりも、仕組みと注意点を中心に説明します。本文の［1］のような番号は、押すと出典のページが開きます。

• 前半：外部に置く理由、Nginx・Gunicorn・Django との関係、S3 と Cloudinary のつなぎ方、どちらが向くか

• 後半：社内向けのシステムで外に見せない設定、削除の連携、セキュリティの注意点、Django 以外の場合

アプリのサーバーに置き続けられない理由

Django では、利用者が上げたファイルを、初期設定ではアプリのサーバーのディスクに保存します。保存先のフォルダーは、設定の MEDIA_ROOT で決めます。データベースには、ファイルそのものではなく、ファイルの置き場所を表す文字列だけを記録します。

Django の公式文書も、性能のためにファイルをデータベースには保存しないと説明しています［1］。

ファイルをアプリのサーバーに置き続けると、次のような問題が起きやすくなります。

1. 容量が不足する：動画や大きな PDF が増えると、ディスクが埋まります。

2. サーバーを作り直すと消える：コンテナ（アプリを入れ物ごと動かす仕組み）で動かす場合、中に書き込んだファイルは、作り直したときに残りません。

3. 複数台で共有できない：利用者が増えてサーバーを２台にすると、片方に保存したファイルは、もう片方から見えません。

4. 配信の負荷がアプリにかかる：大きなファイルを配るほど、画面の表示に使うはずの力が配信に取られます。

そこで、ファイルは外部のストレージに置き、データベースには置き場所の名前だけを記録する形にします。ストレージは、データを保管する場所や装置のことです。

外部のストレージとしてよく使われるのが、オブジェクトストレージです。ファイルを、フォルダーの階層ではなく、１つずつ名前を付けた「物（オブジェクト）」として保管する仕組みです。

• バケット：ファイルを入れる大きな入れ物です。システムごとに１つ作るのが一般的です。

• パス：バケットの中で、ファイルを指す名前です。documents/2026/report.pdf のように書きます。

• CDN：世界各地に置いたサーバーにファイルの写しを一時的に保存し、利用者に近い場所から配る仕組みです。

Nginx・Gunicorn・Django とファイルの関係

本番の環境で Django を動かすときは、一般に、役割の異なる３つのソフトウェアを組み合わせます。

• Nginx（エンジンエックス）：インターネットからの通信を最初に受け取る入口です。CSS や画像のような、そのまま返せるファイルは、自分で配ります。

• Gunicorn（グニコーン）：Django のプログラムを動かす係です。Nginx から受け取った要求を Django に渡し、結果を返します。

• Django：アプリの本体です。ログインの確認やデータベースの読み書きを行います。

３つの関係や、それぞれの用語は、記事「Nginx・Gunicorn・Djangoの関係を整理する」で詳しく説明しています。ここでは、ファイルの扱いに関わる点に絞ります。

Django が扱うファイルには、２つの種類があります。

• static：作る側が用意する CSS・JavaScript・ロゴなどのファイルです。

• media：利用者が上げる画像・動画・PDF などのファイルです。

外部のストレージを使う場合、主に media を外に移します。すると、ファイルは Nginx を通らず、ストレージから利用者に直接届きます。

大きなファイルのアップロードにも注意が必要です。アップロードは、利用者の手元からサーバーへファイルを送ることです。送信が終わるまでの間、Gunicorn の処理の枠が１つ使われ続けるため、大きな動画が続くと、ほかの利用者の画面の表示が遅くなることがあります。

また、Nginx には受け付ける大きさの上限（client_max_body_size）があり、大きなファイルを扱うときは見直します。動画のような大きなファイルは、ブラウザから外部のストレージへ直接送る方法も検討します。

Django から Amazon S3 を使う

Amazon S3 は、Amazon Web Services（AWS）のオブジェクトストレージです。Django から使うには、django-storages というライブラリと、AWS を操作するための boto3 を入れます。

pip install django-storages boto3

設定ファイル settings.py の STORAGES で、ファイルの保存先を S3 に切り替えます［2］。モデルの FileField や ImageField は、そのまま使えます。

import os

STORAGES = {
    "default": {
        "BACKEND": "storages.backends.s3.S3Storage",
        "OPTIONS": {
            "bucket_name": os.environ["AWS_STORAGE_BUCKET_NAME"],
            "region_name": "ap-northeast-1",
            "querystring_expire": 300,
            "file_overwrite": False,
            "signature_version": "s3v4",
        },
    },
    "staticfiles": {
        "BACKEND": "django.contrib.staticfiles.storage.StaticFilesStorage",
    },
}

region_name の リージョンは、データを置く地域のことで、ap-northeast-1 は東京です。signature_version は、URL に付ける署名の方式です。指定しないと、古い方式（バージョン２）の署名が付くことがあるため、現在の方式である s3v4 を指定しておきます。

鍵（アクセスキー）は設定ファイルに書かず、後で説明する環境変数の AWS_ACCESS_KEY_ID と AWS_SECRET_ACCESS_KEY から読み込ませます［2］。

django-storages には、知っておきたい初期設定が２つあります［2］。

• URL には期限付きの署名が付く：ファイルの URL を作ると、既定では、期限付きの鍵が付いた URL になります。期限の既定は 3,600 秒（１時間）で、上の例では querystring_expire で 300 秒（５分）に短くしています。

• 同じ名前のファイルは上書きされる：既定では、同じ名前のファイルを上げると、前のファイルが置き換わります。別の利用者が同じ名前のファイルを上げる可能性があるときは、file_overwrite を False にします。

Django から Cloudinary を使う

Cloudinary は、画像と動画の保存・変換・配信をまとめて扱うサービスです。ここでの変換は、元の画像から、大きさや形式を変えた画像を作ることです。たとえば、URL に「幅400ピクセル」「WebP 形式」のような指定を付けるだけで、その形の画像が配られます。

Django から使うには、Cloudinary が提供する Python のライブラリを入れ、接続の情報を環境変数 CLOUDINARY_URL で渡します。

pip install cloudinary

# models.py
from django.db import models
from cloudinary.models import CloudinaryField

class Photo(models.Model):
    title = models.CharField(max_length=100)
    image = CloudinaryField("image")

CLOUDINARY_URL には、アカウントの名前（cloud name）・API キー・API シークレットが入ります。このうち API シークレットは、外に出してはいけない鍵です。

S3 と Cloudinary、どちらが向くか

ファイルの種類で考える

画像や動画を、画面に合わせて大きさを変えて表示したい場合は、Cloudinary が向きます。S3 は、置いたファイルをそのまま返す仕組みのため、縮小や形式の変換は、別の仕組みを組み合わせる必要があります。

PDF・ZIP・Excel のように、そのまま保管して渡すファイルは、S3 が向いています。Cloudinary にも、画像・動画以外のファイルを raw（未加工）という種類で置くことはできますが、原本の写しのまま配るだけです［3］。

さらに、無料プランでは、raw のファイルは１つ 10MB まで、動画は 100MB までです［4］。PDF と ZIP の配信は、無料のアカウントでは初期設定で無効になっています［3］。PDF や ZIP には悪意のある中身が含まれ得るためです［3］。

このため、一般論としては次のように使い分けられます。

• 画像・動画が中心で、表示の大きさを変えたい：Cloudinary

• 書類（PDF・Excel・ZIP）が中心で、そのまま保管して渡す：S3

• 両方を扱う：画像は Cloudinary、書類は S3 と、使い分ける形もあります。

料金

Cloudinary の無料プランは、25 クレジットです［5］。１クレジットで、保存 1GB、配信 1GB、変換 1,000 回のいずれかに相当します［3］。

変換と配信の量は、暦の月ではなく、直近 30 日で数えます［3］。保存の量は、その時点で置いているファイルの合計です［3］。

変換は、新しく画像を作ったときに数え、同じ画像を何度配っても増えません［3］。無料プランの次は Plus プランで、月払いで月 99 ドル、225 クレジットです［5］。

S3 は、使った分だけの料金です。東京リージョンの標準の保存は、1GB あたり月 0.025 ドルです［6］。

インターネットへの転送は、AWS のすべてのサービスとリージョンの合計で、月 100GB まで無料です［6］。その先は 1GB あたり 0.114 ドルです［6］。

ほかに、ファイルの読み書きの回数にも、少額の料金がかかります。

２つの例で、2026年11月1日時点の通常の料金による、月の目安を比べます。AWS のクレジットは使わない場合で、為替と税、S3 の読み書きの回数の料金は含めず、S3 の転送の無料の範囲は、AWS のほかのサービスを使っていない場合で計算しています。

• 小さな社内ツール（保存 5GB、配信 10GB、新しく作る変換後の画像 2,000 枚）：Cloudinary は 17 クレジットで、無料プランの範囲に収まります。S3 は保存が約 0.13 ドルで、転送は無料の範囲です。

• 書類が増えたシステム（保存 100GB、配信 50GB）：Cloudinary は 150 クレジットになり、無料プランの 25 を超えるため、Plus プラン（月 99 ドル）が必要です。S3 は保存が約 2.5 ドルで、転送は無料の範囲です。

Cloudinary は、少量なら無料で始めやすく、画像の変換まで任せられます。一方で、無料の枠を超えると月 99 ドルのプランへの段差があります。S3 は、少量から使った分だけ料金が増えるため、保管する量が多いシステムに向いています。

上の S3 の料金は、AWS のクレジットを使わない場合の額です。AWS の無料枠は、2025年7月15日以降に作ったアカウントでは、クレジット制に変わりました［6］。新しいアカウントには最大 200 ドルのクレジットが付き、S3 にも使えます［6］。

アカウントを作るときに、無料プランと有料プランのどちらかを選びます［6］。無料プランを使える期間は、アカウントの作成から６か月です［6］。期間が終わったあと、有料プランに切り替えないと、アカウントは停止されます［7］。

有料プランに切り替えた場合、残ったクレジットは自動で請求に充てられ［6］、アカウントの作成から 12 か月以内に使い切る必要があります［6］。このため、上の S3 の料金がそのままかかるのは、クレジットを使い切ったあとか、アカウントの作成から 12 か月を過ぎたあとです。

一方、Cloudinary の無料プランには、使える期間の定めがありません［5］。25 クレジットの範囲に収まる限り、期間を気にせず使えます。

社内向けのシステムで、URL を知っていても見られないようにする

一般の Web サイトの画像は、誰に見られても困りません。一方で、社内で使うシステムの書類や写真が、URL を知っていれば誰でも見られる状態では困ります。URL がメールやチャットで転送されれば、社外の人も開けてしまうためです。

基本の考え方は、次の２点です。

1. ファイルは、非公開の設定で置きます。

2. ログインを確かめた Django が、そのつど、期限付きの鍵が付いた URL（署名付き URL）を発行します。

署名付き URL は、URL の後ろに、有効期限と、正しい発行者が作ったことを示す文字列（署名）を付けたものです。期限が過ぎると開けなくなり、文字列を書き換えても開けません。

S3 の場合

S3 では、新しく作ったバケットとファイルは、初期設定では公開されません［8］。公開を防ぐ設定（パブリックアクセスのブロック）は、４つとも有効のままにしておきます［8］。

S3 の署名付き URL は、期限付きでファイルへのアクセスを許す URL です［9］。AWS の利用者の鍵で作る場合、期限は最長で７日です［9］。django-storages は既定で署名付き URL を作るため、ログインを確かめてから URL を渡す形にすれば足ります。

from django.contrib.auth.decorators import login_required
from django.shortcuts import get_object_or_404, redirect
from .models import Document

@login_required
def download(request, pk):
    doc = get_object_or_404(Document, pk=pk, owner=request.user)
    return redirect(doc.file.url)  # このときに期限付きの URL が作られる

さらに絞り込む方法として、S3 のバケットポリシー（バケットごとの許可の規則）で、接続元を限ることができます。インターネット経由なら社内の IP アドレス（aws:SourceIp）、AWS の中の決まったネットワークからなら VPC エンドポイント（aws:SourceVpce）を条件にします［9］。

バケットに付けた制限は、そのバケットへのすべての要求に及びます［9］。このため、ファイルを上げる Django のサーバーの接続元も、許可に含める必要があります。

Cloudinary の場合

Cloudinary では、ファイルを上げるときに、配信の種類（delivery type）を選びます。

• upload：既定の種類です。上げたファイルは、公開の CDN から誰でも見られます［10］。

• private：原本は署名付き URL でだけ見られます。ただし、変換したあとの画像は、既定では公開されます［10］。

• authenticated：原本も、変換したあとの画像も、署名付き URL でだけ見られます［10］。

社内向けで、変換した画像も外に見せたくない場合は、authenticated を選びます。Django では、モデルの欄に種類を指定し、表示のときに署名付きの URL を作ります。

image = CloudinaryField("image", type="authenticated")

# 表示のとき
from cloudinary.utils import cloudinary_url
url, _ = cloudinary_url(photo.image.public_id,
                        type="authenticated", sign_url=True)

注意したいのは、Cloudinary の署名付き URL は、それだけでは URL の共有を防がない点です。Cloudinary の文書も、URL が一度外に出れば、その URL を持つ誰もがファイルにアクセスできると説明しています［10］。

期限付きのトークン（一時的な合言葉）やクッキーによる制御は、Advanced プラン以上で使えます［10］。利用するには、Cloudinary のサポートに連絡して有効にしてもらう必要があります。

どちらにも共通する限界

S3 の署名付き URL は、持っている人に権限を与える札のようなもので［9］、期限内であれば、URL を渡された人も開けます。期限はできるだけ短くし、ページに URL を埋め込んだままにせず、表示や取り出しのたびに発行します。

管理画面で消したら、ストレージからも消す

管理画面でデータを削除しても、ストレージのファイルが残ったままでは困ります。社内の書類なら、消したはずのファイルが外部に残り続けることになるためです。

Django では、モデル（データベースの行）を削除しても、関連するファイルは削除されません。公式文書にも明記されています［1］。このため、削除のときにファイルも消す処理を、自分で追加します。

Django のシグナルを使うと、「行が削除されたあと」に処理を追加できます。シグナルは、保存や削除などのきっかけに合わせて、決めた処理を呼び出す仕組みです。

from django.db import transaction
from django.db.models.signals import post_delete
from django.dispatch import receiver
import cloudinary.uploader

@receiver(post_delete, sender=Document)
def delete_s3_file(sender, instance, **kwargs):
    # データベースの削除が確定してから、S3 のファイルを消す
    transaction.on_commit(lambda: instance.file.delete(save=False))

@receiver(post_delete, sender=Photo)
def delete_cloudinary_file(sender, instance, **kwargs):
    public_id = instance.image.public_id
    transaction.on_commit(lambda: cloudinary.uploader.destroy(
        public_id, type="authenticated", invalidate=True))

S3 は、django-storages を通して delete を呼ぶと、バケットのファイルが削除されます。Cloudinary は destroy を呼んで削除し、invalidate=True で CDN に残った写しも消すよう指定します。

transaction.on_commit は、データベースの削除が確定してからファイルを消すための指定です。データベースの削除が途中で取り消されたのに、ファイルだけが消える状態を防ぎます。

あわせて、次の点も確認します。

• 消したはずのファイルが見える：CDN に一時保存された写し（キャッシュ）が、しばらく残ることがあります。

• 古い版が残る：S3 で、上書きや削除の前の版を残す機能（バージョニング）を有効にしている場合、削除しても古い版が残ります。完全に消す必要があるときは、古い版の扱いも決めておきます。

• 消せなかった場合：通信の失敗などでファイルが残ることがあります。消せなかったものを記録し、後でまとめて消す仕組みを用意しておくと安心です。

セキュリティの注意点

外部のストレージを使うときに、特に注意したい点をまとめます。

1. 鍵をコードに書かない：アクセスキーや API シークレットは、環境変数で渡します。環境変数は、プログラムの外から設定値を渡す仕組みです。開発では .env というファイルに書くことが多く、このファイルは .gitignore に入れて、GitHub などに上げないようにします。

2. 鍵を AI とのやりとりに貼らない：エラーの相談をするときに、設定ファイルごと貼り付けると、鍵も一緒に渡ってしまいます。漏れた可能性があるときは、その鍵を無効にして作り直します。

3. 鍵の権限を最小限にする：S3 では、AWS の権限の仕組み（IAM）で、そのバケットの読み書きと削除だけを許した利用者を作り、その鍵を Django に渡します。管理者の鍵は使いません。

4. 公開の設定を誤らない：バケットを公開にする設定や、ファイルを誰でも読める状態にする設定（public-read）を、理由なく付けないようにします。

5. 上げられたファイルを検証する：Django の公式文書は、上げられたファイルはすべて検証し、思っているとおりのファイルかを確かめるよう求めています［1］。HTML のファイルも、ブラウザで動くため、危険になり得ます［1］。ファイルの種類と大きさを確かめ、受け付けるものを決めておきます。

Next.js・Prisma や Supabase でも考えることは同じ

この記事では Django を例にしましたが、JavaScript の Next.js とデータベースの道具 Prisma の組み合わせや、Supabase のようなサービスを使う場合でも、考えることは同じです。

• ファイルは外部のストレージに置き、データベースには置き場所の名前を記録します。Prisma はデータベースを扱う道具で、ファイルそのものは扱いません。

• 鍵はサーバー側だけで使います。Next.js では、名前の頭に NEXT_PUBLIC_ を付けた環境変数はブラウザに送られるため、秘密の鍵には付けません。

• 社内向けなら、非公開で置き、期限付きの URL を発行します。Supabase の Storage にも、公開と非公開の入れ物があり、非公開のものには期限付きの URL を使います。

• 削除のときに、ストレージのファイルも消す処理を入れます。

道具が変わると書き方は変わりますが、どこに置き、誰に見せ、いつ消すかを決めることは共通です。

調べて分かったこと

外部のストレージは、ファイルの置き場所を移すだけの設定に見えます。実際には、公開の範囲、鍵の扱い、削除の連携まで決めて、初めて安心して使える状態になります。

画像や動画の表示を整えたいなら Cloudinary、書類を多く保管するなら S3 が向いています。どちらを選んでも、社内向けのファイルは非公開で置き、期限の短い URL で渡すことが基本になります。

免責事項

この記事は、筆者が個人として調べたことや経験をもとに、執筆時点の内容をまとめたものです。法律・税務・会計・投資などの専門家による助言ではありません。分かりやすさを優先し、細かい条件や例外を省いている場合があります。

制度、製品の仕様、料金、施設の営業時間などは変わることがあります。実際の判断や手続きにあたっては、出典や公式の情報で最新の内容を確認し、必要に応じて専門家や窓口にご相談ください。この記事の内容を利用して生じた損害については、責任を負いかねます。

NDシステムズについて

NDシステムズは、福岡県久留米市を拠点に、ホームページの制作、業務に合わせた事務のシステムの開発、AI・DX支援を行っています。まずはお気軽に無料相談でご相談ください。

NDシステムズ | 福岡県久留米市の月額制ホームページ制作（日英２言語）・AI・DX支援・独自システム開発 福岡県久留米市のNDシステムズ。月額制のホームページ制作を中心に、事業のデジタル化を支援します。制作から公開後の更新・改善 ndsystems.jp

参考文献

1. Model field reference（Django documentation、Django 6.1）（英語）

2. Amazon S3（django-storages documentation）（英語）

3. Developer onboarding FAQ（Cloudinary Documentation）（英語）

4. Compare Plans（Cloudinary）（英語）

5. Pricing（Cloudinary）（英語）

6. Amazon S3 Pricing（AWS）（英語）

7. AWS Free Tier FAQs（AWS）（英語）

8. Blocking public access to your Amazon S3 storage（Amazon S3 User Guide）（英語）

9. Download and upload objects with presigned URLs（Amazon S3 User Guide）（英語）

10. Media Access Control and Authentication（Cloudinary Documentation）（英語）