Django 완벽 가이드 | MTV·ORM·Admin·REST Framework·배포

이 글의 핵심

Django로 풀스택 웹 앱을 구축하는 완벽 가이드입니다. MTV 패턴, ORM, Admin, Django REST Framework, 인증, 배포까지 실전 예제로 정리했습니다.

실무 경험 공유: Django로 SaaS 플랫폼을 구축하면서, Admin 패널로 개발 시간을 40% 단축하고 ORM으로 데이터베이스 마이그레이션을 안전하게 관리한 경험을 공유합니다.

들어가며: “백엔드 개발이 복잡해요”

실무 문제 시나리오

시나리오 1: Admin 패널을 직접 만들어야 해요

CRUD 인터페이스 개발에 시간이 오래 걸립니다. Django는 자동 생성합니다. 시나리오 2: SQL 쿼리가 복잡해요

Raw SQL을 작성해야 합니다. Django ORM은 Python 코드로 작성합니다. 시나리오 3: 인증 구현이 어려워요

직접 구현하면 보안 이슈가 있습니다. Django는 검증된 인증 시스템을 제공합니다.

1. Django란?

핵심 특징

Django는 Python 기반 풀스택 웹 프레임워크입니다. 주요 장점:

• Batteries Included: 모든 기능 내장
• Admin 패널: 자동 생성
• ORM: 강력한 데이터베이스 추상화
• 보안: CSRF, XSS, SQL Injection 방어
• 확장성: Instagram, Pinterest 사용

---

2. 프로젝트 생성

설치

pip install django
django-admin startproject myproject
cd myproject
python manage.py runserver

앱 생성

python manage.py startapp users

---

3. Models (ORM)

모델 정의

# users/models.py
from django.db import models
class User(models.Model):
    name = models.CharField(max_length=100)
    email = models.EmailField(unique=True)
    age = models.IntegerField(null=True, blank=True)
    is_active = models.BooleanField(default=True)
    created_at = models.DateTimeField(auto_now_add=True)
    updated_at = models.DateTimeField(auto_now=True)
    class Meta:
        ordering = ['-created_at']
    def __str__(self):
        return self.name

마이그레이션

python manage.py makemigrations
python manage.py migrate

---

4. Views

Function-based View

# users/views.py
from django.http import JsonResponse
from django.views.decorators.http import require_http_methods
from .models import User
@require_http_methods([GET])
def user_list(request):
    users = User.objects.all().values('id', 'name', 'email')
    return JsonResponse(list(users), safe=False)
@require_http_methods([GET])
def user_detail(request, user_id):
    try:
        user = User.objects.get(id=user_id)
        return JsonResponse({
            'id': user.id,
            'name': user.name,
            'email': user.email,
        })
    except User.DoesNotExist:
        return JsonResponse({'error': 'User not found'}, status=404)

Class-based View

from django.views.generic import ListView, DetailView
class UserListView(ListView):
    model = User
    template_name = 'users/list.html'
    context_object_name = 'users'
    paginate_by = 10
class UserDetailView(DetailView):
    model = User
    template_name = 'users/detail.html'
    context_object_name = 'user'

---

5. URLs

# users/urls.py
from django.urls import path
from . import views
urlpatterns = [
    path(', views.user_list, name='user_list'),
    path('<int:user_id>/', views.user_detail, name='user_detail'),
]

# myproject/urls.py
from django.contrib import admin
from django.urls import path, include
urlpatterns = [
    path('admin/', admin.site.urls),
    path('api/users/', include('users.urls')),
]

---

6. Django REST Framework

설치

pip install djangorestframework

# settings.py
INSTALLED_APPS = [
    # ...
    'rest_framework',
    'users',
]

Serializer

# users/serializers.py
from rest_framework import serializers
from .models import User
class UserSerializer(serializers.ModelSerializer):
    class Meta:
        model = User
        fields = ['id', 'name', 'email', 'age', 'is_active', 'created_at']
        read_only_fields = ['id', 'created_at']

ViewSet

# users/views.py
from rest_framework import viewsets
from .models import User
from .serializers import UserSerializer
class UserViewSet(viewsets.ModelViewSet):
    queryset = User.objects.all()
    serializer_class = UserSerializer

Router

# users/urls.py
from rest_framework.routers import DefaultRouter
from .views import UserViewSet
router = DefaultRouter()
router.register(r'users', UserViewSet)
urlpatterns = router.urls

---

7. Admin

등록

# users/admin.py
from django.contrib import admin
from .models import User
@admin.register(User)
class UserAdmin(admin.ModelAdmin):
    list_display = ['id', 'name', 'email', 'is_active', 'created_at']
    list_filter = ['is_active', 'created_at']
    search_fields = ['name', 'email']
    ordering = ['-created_at']

Superuser 생성

python manage.py createsuperuser

브라우저에서 http://localhost:8000/admin 접속

8. 인증

기본 인증

from django.contrib.auth.decorators import login_required
@login_required
def protected_view(request):
    return JsonResponse({'message': 'Protected'})

JWT (djangorestframework-simplejwt)

pip install djangorestframework-simplejwt

# settings.py
REST_FRAMEWORK = {
    'DEFAULT_AUTHENTICATION_CLASSES': [
        'rest_framework_simplejwt.authentication.JWTAuthentication',
    ],
}

# urls.py
from rest_framework_simplejwt.views import (
    TokenObtainPairView,
    TokenRefreshView,
)
urlpatterns = [
    path('api/token/', TokenObtainPairView.as_view()),
    path('api/token/refresh/', TokenRefreshView.as_view()),
]

---

9. 배포

Gunicorn

pip install gunicorn
gunicorn myproject.wsgi:application --bind 0.0.0.0:8000

Docker

FROM python:3.11-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
RUN python manage.py collectstatic --noinput
EXPOSE 8000
CMD ["gunicorn", "myproject.wsgi:application", "--bind", "0.0.0.0:8000"]

취업·면접과 연결하기

MTV·ORM·Admin·DRF는 Python 백엔드·풀스택 면접에서 자주 이어집니다. 기술 면접 완벽 대비 가이드와, 코테·과제 병행은 코딩 테스트 완벽 대비 가이드와 같이 잡아 두면 좋습니다.

정리 및 체크리스트

핵심 요약

• Django: Python 풀스택 프레임워크
• MTV: Model-Template-View 패턴
• ORM: 강력한 데이터베이스 추상화
• Admin: 자동 생성 관리 패널
• DRF: REST API 구축
• 보안: 내장 보안 기능

구현 체크리스트

• Django 프로젝트 생성
• Models 정의
• Views 구현
• URLs 설정
• Admin 등록
• DRF로 API 구현
• 인증 구현
• 배포

---

같이 보면 좋은 글

• FastAPI 완벽 가이드
• PostgreSQL 고급 가이드
• Redis 고급 가이드

---

이 글에서 다루는 키워드

Django, Python, Backend, MTV, ORM, REST API, Full Stack

내부 동작과 핵심 메커니즘

이 글의 주제는 「Django 완벽 가이드 | MTV·ORM·Admin·REST Framework·배포」입니다. 앞선 튜토리얼을 구현·런타임 관점에서 다시 압축합니다. 데이터 흐름과 실패 모드를 기준으로 “입력이 어디서 검증되고, 핵심 연산이 어디서 일어나며, 부작용(I/O·네트워크·디스크)·동시성이 어디서 터지는가”를 한 장면으로 그리면 장애 분석이 빨라집니다.

처리 파이프라인(개념도)

flowchart TD
  A[입력·요청·이벤트] --> B[파싱·검증·디코딩]
  B --> C[핵심 연산·상태 전이]
  C --> D[부작용: I/O·네트워크·동시성]
  D --> E[결과·관측·저장]

경계에서의 지연·실패(시퀀스 관점)

sequenceDiagram
  participant C as 클라이언트/호출자
  participant B as 경계(프로세스·런타임·게이트웨이)
  participant D as 의존성(외부 API·DB·큐)
  C->>B: 요청/이벤트
  B->>D: 조회·쓰기·RPC
  D-->>B: 지연·부분 실패·재시도 가능
  B-->>C: 응답 또는 오류(코드·상관 ID)

알고리즘·프로토콜·리소스 관점 체크포인트

• 불변 조건(Invariant): 각 단계가 만족해야 하는 조건(버퍼 경계, 프로토콜 상태, 트랜잭션 격리, 파일 디스크립터 상한)을 문장으로 적어 두면 디버깅 비용이 줄어듭니다.
• 결정성: 동일 입력에 동일 출력이 보장되는 순수 층과, 시간·네트워크·스레드 스케줄에 의해 달라질 수 있는 층을 분리해야 테스트와 장애 분석이 쉬워집니다.
• 경계 비용: 직렬화/역직렬화, 문자 인코딩, syscall 횟수, 락 경합, GC·할당, 캐시 미스처럼 누적 비용을 의심 목록에 넣습니다.
• 백프레셔: 생산자가 소비자보다 빠를 때(소켓 버퍼, 큐 깊이, 스트림) 어디서 어떤 신호로 속도를 줄일지 정의합니다.

---

프로덕션 운영 패턴

실서비스에서는 기능과 함께 관측·배포·보안·비용·규제가 동시에 요구됩니다.

영역	운영 관점 질문
관측성	요청 단위 상관 ID, 에러율/지연 분위수(p95/p99), 의존성 타임아웃·재시도가 대시보드에 보이는가
안전성	입력 검증·권한·비밀·감사 로그가 코드 경로마다 일관적인가
신뢰성	재시도는 멱등 연산에만 적용되는가, 서킷 브레이커·백오프·DLQ가 있는가
성능	캐시 계층·배치 크기·커넥션 풀·인덱스·백프레셔가 데이터 규모에 맞는가
배포	롤백 룬북, 카나리/블루그린, 마이그레이션 호환성·플래그가 문서화되어 있는가
용량	피크 트래픽·디스크·파일 디스크립터·스레드 풀 상한을 주기적으로 검증하는가

스테이징은 데이터 양·네트워크 RTT·동시성을 가능한 한 프로덕션에 가깝게 맞추는 것이 재현율을 높입니다.

---

확장 예시: 엔드투엔드 미니 시나리오

「Django 완벽 가이드 | MTV·ORM·Admin·REST Framework·배포」을 실제 배포·운영 흐름으로 옮긴 체크리스트형 시나리오입니다. 도메인에 맞게 단계 이름만 바꿔 적용할 수 있습니다.

1. 입력 계약 고정: 스키마·버전·최대 페이로드·타임아웃·에러 코드 표를 API 또는 이벤트 경계에 둔다.
2. 핵심 경로 계측: 요청 ID, 단계별 지연, 외부 호출 결과 코드를 한 화면(로그+메트릭+트레이스)에서 추적한다.
3. 실패 주입: 의존성 타임아웃·5xx·부분 데이터·락 대기를 스테이징에서 재현한다.
4. 호환·롤백: 설정/마이그레이션/클라이언트 버전을 되돌릴 수 있는지(또는 피처 플래그) 확인한다.
5. 부하 후 검증: 피크 대비 p95/p99, 에러율, 리소스 상한, 알림 임계값이 기대 범위인지 본다.

의사코드 스케치(프레임워크 무관)

handle(request):
  ctx = newCorrelationId()
  validated = validateSchema(request)        // 경계에서 거절
  authorize(validated, ctx)                  // 권한·테넌트
  result = domainCore(validated)             // 순수에 가까운 규칙
  persistOrEmit(result, idempotentKey)       // I/O: 멱등·재시도 정책
  recordMetrics(ctx, latency, outcome)
  return result

---

문제 해결(Troubleshooting)

증상	가능 원인	조치
간헐적 실패	레이스, 타임아웃, 외부 의존성 불안정, DNS	최소 재현 스크립트, 분산 트레이스·로그 상관관계, 재시도·서킷 설정 점검
성능 저하	N+1, 동기 I/O, 락 경합, 과도한 직렬화, 캐시 미스	프로파일러·APM으로 핫스팟 확인 후 한 가지씩 제거
메모리 증가	캐시 무제한, 구독/리스너 누수, 대용량 버퍼, 커넥션 미반납	상한·TTL·힙/FD 스냅샷 비교
빌드·배포만 실패	환경 변수, 권한, 플랫폼 차이, lockfile	CI 로그와 로컬 diff, 런타임·이미지 버전 핀
설정이 로컬과 다름	프로필·시크릿·기본값, 지역 리전	단일 소스(예: 스키마 검증된 설정)와 배포 매트릭스 표준화
데이터 불일치	비멱등 재시도, 부분 쓰기, 캐시 무효화 누락	멱등 키·아웃박스·트랜잭션 경계 재검토

권장 순서: (1) 최소 재현 (2) 최근 변경 범위 축소 (3) 환경·의존성 차이 (4) 관측으로 가설 검증 (5) 수정 후 회귀·부하 테스트.

자주 묻는 질문 (FAQ)

Q. Django vs FastAPI, 어떤 게 나은가요?

A. Django는 풀스택 프레임워크입니다. FastAPI는 API 전용입니다. Admin 패널이 필요하면 Django, API만 필요하면 FastAPI를 권장합니다.

Q. Flask vs Django, 어떤 게 나은가요?

A. Django가 더 많은 기능을 제공합니다. Flask는 더 가볍습니다. 대규모 프로젝트는 Django, 소규모는 Flask를 권장합니다.

Q. 비동기를 지원하나요?

A. 네, Django 3.1+부터 async views를 지원합니다.

Q. 프로덕션에서 사용해도 되나요?

A. 네, Instagram, Pinterest, Mozilla 등 많은 기업에서 사용합니다.