repository-pattern

name	repository-pattern
description	Rust Repository 패턴 — async trait 기반 DB 추상화, Service-Repository 의존성 역전, In-Memory Mock, 에러 변환, Hexagonal Architecture

Rust Repository 패턴 (DB 추상화 레이어)

소스: https://doc.rust-lang.org/reference/items/traits.html | https://doc.rust-lang.org/std/error/trait.Error.html | https://docs.rs/thiserror/latest/thiserror/ | https://docs.rs/tokio/latest/tokio/ 검증일: 2026-06-20

주의: 이 문서는 아키텍처 패턴 가이드이며, 특정 크레이트의 API 문서가 아닙니다. Rust 1.75+ 네이티브 async fn in trait, thiserror 2.x 기준으로 작성되었습니다.

---

Hexagonal Architecture에서의 위치

                  ┌─────────────────────────────────┐
  Inbound         │         Application Core         │         Outbound
  Adapters        │                                   │         Adapters
                  │  ┌───────────┐   ┌────────────┐  │
  ┌──────────┐    │  │  Service  │──▶│ Repository │  │    ┌──────────────┐
  │  Axum    │───▶│  │  (impl)   │   │  (trait)   │◀─│────│ PostgresRepo │
  │  Handler │    │  └───────────┘   └────────────┘  │    └──────────────┘
  └──────────┘    │                                   │    ┌──────────────┐
                  │  ┌───────────┐   ┌────────────┐  │    │ InMemoryRepo │
                  │  │  Domain   │   │   Domain   │  │    │   (테스트용)   │
                  │  │  Entity   │   │   Error    │  │    └──────────────┘
                  │  └───────────┘   └────────────┘  │
                  └─────────────────────────────────┘

핵심 원칙:

• Repository trait은 **도메인 계층(Core)**에 속한다
• 구체적 DB 구현(PostgresRepo)은 Outbound Adapter에 속한다
• Service는 Repository trait에만 의존한다 (의존성 역전)
• Domain Entity와 DB Row는 별도 타입으로 분리한다

---

프로젝트 구조

src/
├── domain/
│   ├── mod.rs
│   ├── entity.rs          # Domain Entity (비즈니스 객체)
│   └── error.rs           # Domain Error (thiserror)
├── port/
│   ├── mod.rs
│   └── repository.rs      # Repository trait 정의
├── service/
│   ├── mod.rs
│   └── user_service.rs    # Service 구현 (trait에만 의존)
├── adapter/
│   ├── mod.rs
│   ├── postgres_repo.rs   # PostgreSQL 구현
│   └── db_model.rs        # DB Row 구조체
└── main.rs

---

Domain Entity 정의

도메인 엔티티는 DB 스키마와 무관한 순수 비즈니스 객체다.

// domain/entity.rs

#[derive(Debug, Clone)]
pub struct User {
    pub id: UserId,
    pub email: String,
    pub name: String,
    pub created_at: chrono::DateTime<chrono::Utc>,
}

#[derive(Debug, Clone, PartialEq, Eq, Hash)]
pub struct UserId(pub i64);

#[derive(Debug, Clone)]
pub struct CreateUser {
    pub email: String,
    pub name: String,
}

규칙:

• Serialize/Deserialize는 도메인 엔티티에 붙이지 않는다 (필요하면 DTO로 분리)
• DB 컬럼과 1:1 매핑하지 않는다 (DB 스키마 변경이 도메인에 전파되지 않도록)
• 불변식(invariant)은 엔티티 메서드로 보장한다

---

Domain Error 정의 (thiserror)

// domain/error.rs

use thiserror::Error;

#[derive(Debug, Error)]
pub enum DomainError {
    #[error("not found: {resource} with id {id}")]
    NotFound {
        resource: &'static str,
        id: String,
    },

    #[error("already exists: {resource} with {field} = {value}")]
    Conflict {
        resource: &'static str,
        field: &'static str,
        value: String,
    },

    #[error("validation error: {0}")]
    Validation(String),

    #[error("infrastructure error: {0}")]
    Infrastructure(String),
}

impl DomainError {
    pub fn not_found(resource: &'static str, id: impl Into<String>) -> Self {
        Self::NotFound { resource, id: id.into() }
    }

    pub fn conflict(resource: &'static str, field: &'static str, value: impl Into<String>)   {
        ::Conflict { resource, field, value: value.() }
    }
}

핵심: DomainError는 sqlx::Error, redis::RedisError 등 인프라 에러에 대한 #[from]을 직접 갖지 않는다. 인프라 에러는 Adapter 계층에서 DomainError로 명시적으로 변환한다.

---

Repository Trait 설계

Rust 1.75+에서는 별도 크레이트 없이 trait에 async fn을 직접 정의할 수 있다.

// port/repository.rs

use crate::domain::entity::{CreateUser, User, UserId};
use crate::domain::error::DomainError;

pub trait UserRepository: Send + Sync {
    async fn find_by_id(&self, id: &UserId) -> Result<Option<User>, DomainError>;
    async fn find_by_email(&self, email: &str) -> Result<Option<User>, DomainError>;
    async fn find_all(&self, limit: i64, offset: i64) -> Result<Vec<User>, DomainError>;
    async fn create(&self, input: &CreateUser) -> Result<User, DomainError>;
    async fn update(&self, user: &User) -> Result<User, DomainError>;
    async fn delete(&self, id: &UserId) -> Result<(), DomainError>;
}

주의: Rust 1.75의 네이티브 async fn in trait은 반환 Future가 자동으로 Send를 보장하지 않습니다. tokio 멀티스레드 런타임에서 dyn UserRepository를 사용하려면 Send 바운드가 필요한데, 네이티브 방식으로는 이를 표현하기 어렵습니다. 제네릭 파라미터 <R: UserRepository>로 사용하면 문제가 없습니다. trait object(dyn)가 필요한 경우 아래 대안을 참고하세요.

dyn-safe한 Repository trait이 필요한 경우

trait object로 사용해야 할 때는 trait_variant 크레이트(Rust 공식 팀 제공)를 활용한다.

[dependencies]
trait-variant = "0.1"

#[trait_variant::make(SendUserRepository: Send)]
pub trait UserRepository {
    async fn find_by_id(&self, id: &UserId) -> Result<Option<User>, DomainError>;
    async fn create(&self, input: &CreateUser) -> Result<User, DomainError>;
    // ...
}

// Send 바운드가 필요한 곳에서는 SendUserRepository를 사용
async fn some_function(repo: &dyn SendUserRepository) {
    // ...
}

주의: trait_variant는 Rust 공식 팀(rust-lang)이 관리하는 크레이트입니다(https://github.com/rust-lang/impl-trait-utils). 단, 아직 0.1.x이므로 API 변경 가능성이 있습니다.

---

Service 계층 (trait에만 의존)

// service/user_service.rs

use crate::domain::entity::{CreateUser, User, UserId};
use crate::domain::error::DomainError;
use crate::port::repository::UserRepository;

pub struct UserService<R: UserRepository> {
    repo: R,
}

impl<R: UserRepository> UserService<R> {
    pub fn new(repo: R) -> Self {
        Self { repo }
    }

    pub async fn get_user(&self, id: UserId) -> Result<User, DomainError> {
        self.repo
            .find_by_id(&id)
            .await?
            .ok_or_else(|| DomainError::not_found("user", id.0.to_string()))
    }

    pub async fn create_user(&self, input: CreateUser) -> Result<User, DomainError> {
        // 비즈니스 규칙: 이메일 중복 검사
        if let Some(_existing) = self.repo.find_by_email(&input.email).await? {
            return Err(DomainError::conflict(, , &input.email));
        }

        .repo.(&input).
    }

       (&, limit: , offset: )  <<User>, DomainError> {
        .repo.(limit, offset).
    }

       (&, id: UserId)  <(), DomainError> {
        
          = .(id.()).?;
        .repo.(&id).
    }
}

핵심: Service는 UserRepository trait의 제네릭 파라미터 R에만 의존한다. sqlx::PgPool, redis::Client 등 구체 타입을 알지 못한다.

---

DB Row 구조체 (Adapter 계층)

// adapter/db_model.rs

use sqlx::FromRow;
use crate::domain::entity::{User, UserId};

#[derive(Debug, FromRow)]
pub struct UserRow {
    pub id: i64,
    pub email: String,
    pub name: String,
    pub created_at: chrono::DateTime<chrono::Utc>,
    pub updated_at: chrono::DateTime<chrono::Utc>,  // DB 전용 컬럼
    pub deleted_at: Option<chrono::DateTime<chrono::Utc>>,  // soft delete
}

// DB Row -> Domain Entity 변환
impl From<UserRow> for User {
    fn from(row: UserRow) -> Self {
        User {
            id: UserId(row.id),
            email: row.email,
            name: row.name,
            created_at: row.created_at,
        }
    }
}

DB Row vs Domain Entity 분리 이유:

• DB에만 존재하는 컬럼(updated_at, deleted_at) 격리
• ORM 어노테이션(#[sqlx(rename)])이 도메인을 오염하지 않음
• DB 스키마 마이그레이션이 도메인 계층에 영향을 주지 않음

---

PostgreSQL Repository 구현 (Adapter)

// adapter/postgres_repo.rs

use sqlx::PgPool;
use crate::domain::entity::{CreateUser, User, UserId};
use crate::domain::error::DomainError;
use crate::port::repository::UserRepository;
use super::db_model::UserRow;

pub struct PostgresUserRepository {
    pool: PgPool,
}

impl PostgresUserRepository {
    pub fn new(pool: PgPool) -> Self {
        Self { pool }
    }
}

impl UserRepository for PostgresUserRepository {
    async fn find_by_id(&self, id: &UserId) -> Result<Option<User>, DomainError> {
        sqlx::query_as::<_, UserRow>(
            "SELECT id, email, name, created_at, updated_at, deleted_at
             FROM users WHERE id = $1 AND deleted_at IS NULL"
        )
        .bind(id.0)
        .fetch_optional(&self.pool)
        .await
        .map(|opt| opt.map(User::from))
        .map_err(|e| DomainError::Infrastructure(e.to_string()))
    }

    async fn find_by_email(&self, email: &str)  <<User>, DomainError> {
        sqlx::query_as::<_, UserRow>(
            
        )
        .(email)
        .(&.pool)
        .
        .(|opt| opt.(User::from))
        .(|e| DomainError::(e.()))
    }

      (&, limit: , offset: )  <<User>, DomainError> {
        sqlx::query_as::<_, UserRow>(
            
        )
        .(limit)
        .(offset)
        .(&.pool)
        .
        .(|rows| rows.().(User::from).())
        .(|e| DomainError::(e.()))
    }

      (&, input: &CreateUser)  <User, DomainError> {
        sqlx::query_as::<_, UserRow>(
            
        )
        .(&input.email)
        .(&input.name)
        .(&.pool)
        .
        .(User::from)
        .(|e|  &e {
            sqlx::Error::(db_err)  db_err.() => {
                DomainError::(, , &input.email)
            }
            _ => DomainError::(e.()),
        })
    }

      (&, user: &User)  <User, DomainError> {
        sqlx::query_as::<_, UserRow>(
            
        )
        .(&user.email)
        .(&user.name)
        .(user.id.)
        .(&.pool)
        .
        .(|e| DomainError::(e.()))?
        .(User::from)
        .(|| DomainError::(, user.id..()))
    }

      (&, id: &UserId)  <(), DomainError> {
          = sqlx::(
            
        )
        .(id.)
        .(&.pool)
        .
        .(|e| DomainError::(e.()))?;

         result.() ==  {
             (DomainError::(, id..()));
        }
        (())
    }
}

---

---

상세 레퍼런스 (예제·고급 패턴·흔한 실수) → references/REFERENCE.md