バックエンド IT用語 韓国語一覧
백엔드 IT 용어 일본어 목록
187語収録 / 187개 수록
Facebookが開発したAPIクエリ言語。クライアントが必要なデータのみを指定して取得できるため、オーバーフェッチやアンダーフェッチを防ぎ、REST APIの課題を解決する。
Facebook이 개발한 API 쿼리 언어. 클라이언트가 필요한 데이터만 지정하여 가져올 수 있어 오버페칭과 언더페칭을 방지하고 REST API의 문제점을 해결한다.
複数のGraphQLサービスを単一のスーパーグラフとして統合する仕組み。各チームが独立したサブグラフを管理しつつ、クライアントは一つのエンドポイントでデータを取得できる。
여러 GraphQL 서비스를 하나의 슈퍼그래프로 통합하는 구조. 각 팀이 독립적인 서브그래프를 관리하면서, 클라이언트는 단일 엔드포인트로 데이터를 조회할 수 있다.
Jeffrey Palermoが提唱したアーキテクチャパターン。アプリケーションの中心にドメインモデルを配置し、外側の層（インフラやUI）が内側の層に依存する同心円状の依存関係を構築する。
Jeffrey Palermo가 제창한 아키텍처 패턴. 애플리케이션의 중심에 도메인 모델을 배치하고, 바깥 계층(인프라 및 UI)이 안쪽 계층에 의존하는 동심원 형태의 의존 관계를 구축한다.
Command Query Responsibility Segregation（コマンドクエリ責務分離）。データの状態を変更する操作（Command）と、データを参照する操作（Query）のモデルを完全に分離するアーキテクチャパターン。
Command Query Responsibility Segregation(명령 쿼리 책임 분리). 데이터 상태를 변경하는 작업(Command)과 데이터를 조회하는 작업(Query)의 모델을 완전히 분리하는 아키텍처 패턴.
マイクロサービス間の通信を管理する専用インフラ層。ロードバランシング、サービスディスカバリ、トレーシング、セキュリティ制御などを担い、アプリコードから分離して運用できる。
마이크로서비스 간 통신을 관리하는 전용 인프라 레이어. 로드 밸런싱, 서비스 디스커버리, 트레이싱, 보안 제어 등을 담당하며 애플리케이션 코드와 분리하여 운영할 수 있다.
クライアントがサーバーにリクエストを送り、サーバーはデータが準備できるまでレスポンスを保留する通信手法。リアルタイム性を擬似的に実現するために使われる。
클라이언트가 서버에 요청을 보내고, 서버는 데이터가 준비될 때까지 응답을 보류하는 통신 방식. 실시간성을 유사적으로 구현하기 위해 사용된다.
複数のノードがすべて同時に稼働し、負荷を分散しながら処理を行う冗長構成。障害時も他ノードが即座に処理を継続でき、高可用性と高スループットを両立できる。
여러 노드가 모두 동시에 가동되어 부하를 분산하며 처리를 수행하는 이중화 구성. 장애 발생 시에도 다른 노드가 즉시 처리를 이어받아 고가용성과 높은 처리량을 동시에 실현할 수 있다.
メッセージの送信者（パブリッシャー）と受信者（サブスクライバー）を疎結合にする非同期メッセージングパターン。KafkaやRabbitMQなどで広く採用される。
메시지 발신자(퍼블리셔)와 수신자(서브스크라이버)를 느슨하게 결합하는 비동기 메시징 패턴. Kafka, RabbitMQ 등에서 널리 사용된다.
同一リクエストの重複実行を防ぐためにAPIリクエストに付与する一意のキー。ネットワーク障害などによる再送時も同じ結果を保証するIdempotency Keyとも呼ばれる。
동일 요청의 중복 실행을 방지하기 위해 API 요청에 부여하는 고유 키. 네트워크 장애 등으로 인한 재전송 시에도 동일한 결과를 보장하는 Idempotency Key라고도 불린다.
サーバーサイドからSMSを送信する機能。Twilio・AWS SNSなどの外部APIを利用し、認証コードや通知をユーザーの携帯番号へ配信する仕組み。
서버 사이드에서 SMS를 발송하는 기능. Twilio·AWS SNS 등 외부 API를 활용해 인증 코드나 알림을 사용자 휴대폰 번호로 전송하는 방식.
Node.jsの作者が開発したモダンなJavaScript/TypeScriptランタイム。デフォルトでセキュアな実行環境を提供し、TypeScriptをネイティブサポートするサーバー基盤。
Node.js 개발자가 만든 모던 JavaScript/TypeScript 런타임으로, 기본적으로 보안 실행 환경을 제공하며 TypeScript를 네이티브로 지원하는 서버 기반입니다.
OAuth 2.0をベースにした認証プロトコル。OIDCとも呼ばれ、IDトークンを使ってユーザーの身元確認を標準化し、シングルサインオン実装に広く利用される。
OAuth 2.0 기반의 인증 프로토콜로, OIDC라고도 불린다. ID 토큰을 사용하여 사용자 신원 확인을 표준화하며, 싱글 사인온 구현에 널리 활용된다.
RESTful APIの仕様を記述するための標準フォーマット。Swagger仕様を基に標準化され、YAML/JSONで定義することでAPIドキュメントの自動生成やコード生成が可能になる。
RESTful API 명세를 작성하기 위한 표준 포맷. Swagger 명세를 기반으로 표준화되었으며, YAML/JSON으로 정의하여 API 문서 자동 생성 및 코드 생성이 가능하다.
大量データを一定時間まとめて処理するバッチ処理の設計手法。ジョブのスケジューリング、エラーハンドリング、リトライ制御、ログ管理などを考慮する。
대량 데이터를 일정 시간에 모아서 처리하는 배치 처리 설계 기법. 잡 스케줄링, 오류 처리, 재시도 제어, 로그 관리 등을 고려하여 설계한다.
CQRSパターンにおいて、コマンド（状態変更の指示）を受け取り、対応するビジネスロジックを実行する処理クラス。各コマンドに対して1つのハンドラーが対応する設計が一般的。
CQRS 패턴에서 커맨드(상태 변경 지시)를 받아 해당 비즈니스 로직을 실행하는 처리 클래스로, 각 커맨드에 하나의 핸들러가 대응하는 설계가 일반적이다.
OSとアプリケーションの中間に位置するソフトウェア層。データベース接続、メッセージキュー、認証基盤など、複数のシステムやサービスを連携させる共通機能を提供する。
OS와 애플리케이션 사이에 위치하는 소프트웨어 계층. 데이터베이스 연결, 메시지 큐, 인증 기반 등 여러 시스템과 서비스를 연계하는 공통 기능을 제공한다.
SQLなどのデータベースクエリの実行速度や効率を向上させる手法。インデックス活用・実行計画の分析・JOIN順序の見直しなどを行い、システム全体のパフォーマンスを改善する。
SQL 등 데이터베이스 쿼리의 실행 속도와 효율을 향상시키는 기법. 인덱스 활용, 실행 계획 분석, JOIN 순서 재검토 등을 통해 시스템 전체의 성능을 개선한다.
データをリアルタイムで継続的に送受信するAPI形式。WebSocketやSSEを利用し、チャットやライブフィードなど低レイテンシが求められる場面で活用される。
데이터를 실시간으로 지속적으로 송수신하는 API 방식. WebSocket이나 SSE를 활용하며, 채팅이나 라이브 피드 등 낮은 레이턴시가 요구되는 상황에서 사용된다.
GraphQL APIで扱えるデータの型・クエリ・ミューテーションを定義するSDL（スキーマ定義言語）で記述された設計図。フロントエンドとバックエンドの契約書的役割を担う。
GraphQL API에서 다룰 수 있는 데이터 타입, 쿼리, 뮤테이션을 SDL(스키마 정의 언어)로 정의한 설계도로, 프론트엔드와 백엔드 간의 계약서 역할을 한다.
アプリケーションから外部サービスへの通信を、専用のプロキシコンテナ（アンバサダー）に委譲する設計パターン。アプリ側にリトライやルーティングのロジックを持たせずに済む。
애플리케이션에서 외부 서비스로의 통신을 전용 프록시 컨테이너(앰배서더)에 위임하는 설계 패턴. 앱 측에 재시도나 라우팅 로직을 가지지 않아도 된다.
HTTPプロトコルを使いリソースをURLで表現するAPIの設計スタイル。GET/POST/PUT/DELETEなどのHTTPメソッドでCRUD操作を行い、Web開発で最も広く採用されている。
HTTP 프로토콜을 사용해 리소스를 URL로 표현하는 API 설계 방식. GET/POST/PUT/DELETE 등의 HTTP 메서드로 CRUD 작업을 수행하며, 웹 개발에서 가장 널리 채용되고 있다.
メッセージキューで処理に失敗したメッセージを一時保管する専用キュー。リトライ上限を超えたメッセージを隔離し、障害原因の調査や再処理に活用される。DLQとも呼ばれる。
메시지 큐에서 처리에 실패한 메시지를 임시 보관하는 전용 큐. 재시도 한도를 초과한 메시지를 격리하여 장애 원인 조사나 재처리에 활용된다. DLQ라고도 불린다.
オブジェクト指向言語のオブジェクトとリレーショナルDBのテーブルを自動マッピングする技術。SQLを直接書かずにDBを操作でき、開発効率と保守性を向上させる。
객체 지향 언어의 객체와 관계형 DB의 테이블을 자동으로 매핑하는 기술. SQL을 직접 작성하지 않고 DB를 조작할 수 있어 개발 효율성과 유지보수성을 향상시킨다.
サーバー側で動画のエンコード・デコード・トランスコードや編集処理を行う技術。FFmpegやクラウドメディアサービスを活用して大容量動画を効率的に処理する。
서버 측에서 동영상의 인코딩·디코딩·트랜스코딩 및 편집 처리를 수행하는 기술. FFmpeg나 클라우드 미디어 서비스를 활용해 대용량 동영상을 효율적으로 처리한다.
マイクロサービス間の分散トランザクションを管理する設計パターン。各サービスのローカルトランザクションをイベントで連鎖させ、失敗時は補償トランザクションでロールバックする。
마이크로서비스 간 분산 트랜잭션을 관리하는 설계 패턴. 각 서비스의 로컬 트랜잭션을 이벤트로 연결하고, 실패 시 보상 트랜잭션으로 롤백한다.
メインプロセスから分岐し、実際の処理タスクを並列実行するプロセス。WebサーバーやキューシステムでCPUコア数に合わせて複数起動し、スループットを向上させる。
메인 프로세스에서 분기되어 실제 처리 태스크를 병렬로 실행하는 프로세스. 웹 서버나 큐 시스템에서 CPU 코어 수에 맞춰 여러 개 실행하여 처리량을 향상시킨다.
APIやサービスへのリクエスト数を一定時間内に制限する仕組み。過負荷防止や不正アクセス対策として実装され、超過時は429エラーを返すのが一般的。
API나 서비스에 대한 요청 수를 일정 시간 내에 제한하는 메커니즘. 과부하 방지 및 부정 접근 대책으로 구현되며, 초과 시 일반적으로 429 오류를 반환한다.
RESTアーキテクチャの制約の一つ。APIレスポンスにリソースへのリンクを含め、クライアントがAPIを動的に探索できるようにする設計原則。
REST 아키텍처 제약 중 하나. API 응답에 리소스 링크를 포함시켜, 클라이언트가 API를 동적으로 탐색할 수 있도록 하는 설계 원칙.
Publish/Subscribeの略。メッセージ送信者（Publisher）と受信者（Subscriber）を疎結合にする非同期メッセージングパターン。マイクロサービス間の通信やイベント駆動アーキテクチャで広く活用される。
Publish/Subscribe의 약자. 메시지 송신자(Publisher)와 수신자(Subscriber)를 느슨하게 결합하는 비동기 메시징 패턴. 마이크로서비스 간 통신이나 이벤트 기반 아키텍처에서 널리 활용된다.
CQRSパターンにおいて、特定のクエリ（読み取りリクエスト）を受け取り、対応するデータを返す処理クラス。コマンドと読み取りロジックを分離し、保守性を高める。
CQRS 패턴에서 특정 쿼리(읽기 요청)를 받아 해당 데이터를 반환하는 처리 클래스. 커맨드와 읽기 로직을 분리하여 유지보수성을 높인다.
メッセージ送信前にDBへ一時保存し、確実に配信するための設計パターン。Transactional Outboxパターンと対になり、分散システムでのメッセージ二重処理を防ぐ。
메시지 전송 전에 DB에 임시 저장하여 확실히 전달하기 위한 설계 패턴. Transactional Outbox 패턴과 쌍을 이루며, 분산 시스템에서 메시지 이중 처리를 방지한다.
ユーザーへの料金請求・決済・サブスクリプション管理などを担うシステムの設計。決済APIや課金ロジック、請求書発行フローを含む実装基盤を指す。
사용자에게 요금을 청구하고 결제 및 구독을 관리하는 시스템 설계. 결제 API, 과금 로직, 청구서 발행 플로우를 포함한 구현 기반을 의미한다.
アプリケーションを小さな独立したサービス群に分割するアーキテクチャ手法。各サービスは独立してデプロイ・スケール可能で、疎結合な構成が特徴。
애플리케이션을 작고 독립적인 서비스 단위로 분리하는 아키텍처 방식. 각 서비스는 독립적으로 배포·확장이 가능하며, 느슨한 결합 구조가 특징.
データ更新時に他のトランザクションによる競合を防ぐため、読み取り時点でロックを取得する排他制御方式。更新競合が多い環境で有効。
데이터 업데이트 시 다른 트랜잭션과의 충돌을 방지하기 위해 읽기 시점에 잠금을 획득하는 배타 제어 방식. 업데이트 충돌이 잦은 환경에서 효과적.
Google TranslateやDeepL等の翻訳APIをバックエンドに組み込み、多言語対応機能を実装する手法。APIキー管理やレート制限への対応が実務上の重要課題となる。
Google Translate나 DeepL 등의 번역 API를 백엔드에 통합하여 다국어 지원 기능을 구현하는 방식. API 키 관리와 요청 속도 제한 대응이 실무에서 중요한 과제이다.
分散システムにおいて、即時の一貫性を保証せず、一定時間後に全ノードのデータが同じ状態に収束することを保証する整合性モデル。CAP定理と密接に関連する。
분산 시스템에서 즉각적인 일관성을 보장하지 않고, 일정 시간이 지난 후 모든 노드의 데이터가 동일한 상태로 수렴됨을 보장하는 일관성 모델로, CAP 정리와 밀접하게 관련된다.
DBトランザクションとメッセージ送信の整合性を保つパターン。メッセージをDBの「アウトボックステーブル」に一緒に書き込み、後からポーリングで確実に送信する。
DB 트랜잭션과 메시지 전송의 정합성을 보장하는 패턴. 메시지를 DB의 '아웃박스 테이블'에 함께 저장하고, 나중에 폴링으로 확실히 전송한다.
データベースへの接続をあらかじめ複数確立しておき、再利用する仕組み。接続のオーバーヘッドを削減しパフォーマンスを向上させる。
데이터베이스 연결을 미리 여러 개 생성해두고 재사용하는 방식. 연결 오버헤드를 줄여 애플리케이션 성능을 향상시킨다.
API呼び出しやネットワーク通信が失敗した際に、指数バックオフや最大リトライ回数などのルールを定めて自動的に再試行する設計手法。
API 호출이나 네트워크 통신 실패 시, 지수 백오프나 최대 재시도 횟수 등의 규칙을 정해 자동으로 재시도하는 설계 기법.
実行中のリクエストやタスクを完了させてからプロセスを終了する手法。データ損失や接続断を防ぎ、安全にサービスを停止できる。
실행 중인 요청이나 태스크를 완료한 후 프로세스를 종료하는 방식. 데이터 손실이나 연결 끊김을 방지하고 안전하게 서비스를 중단할 수 있다.
ユーザーが自分自身の書き込み操作を、その後の読み取りで必ず反映された状態で参照できることを保証する整合性モデル（Read Your Writes）。分散DBで重要。
사용자가 자신의 쓰기 작업을 이후 읽기에서 반드시 반영된 상태로 조회할 수 있음을 보장하는 일관성 모델(Read Your Writes)로, 분산 DB에서 중요하다.
Googleが提供するクラウドホスト型NoSQLデータベース。データはJSON形式で保存され、接続中のクライアントにリアルタイムで同期される。チャットアプリや共同編集など即時性が求められる用途に適する。
Google이 제공하는 클라우드 호스팅 NoSQL 데이터베이스. 데이터는 JSON 형식으로 저장되며, 연결된 클라이언트에 실시간으로 동기화된다. 채팅 앱이나 공동 편집 등 즉시성이 요구되는 용도에 적합하다.
分散システムにおいて、データの書き込み後に即座にすべてのノードで最新値が読み取れる一貫性モデル。CAP定理における一貫性（Consistency）を最優先とする。
분산 시스템에서 데이터 쓰기 후 즉시 모든 노드에서 최신 값을 읽을 수 있는 일관성 모델. CAP 정리에서 일관성(Consistency)을 최우선시한다.
分散システムにおいて、因果関係のある操作の順序を全ノードで保証する整合性モデル。強整合性より低コストで、結果整合性より強い保証を提供する。
분산 시스템에서 인과 관계가 있는 작업의 순서를 모든 노드에서 보장하는 일관성 모델. 강한 일관성보다 낮은 비용으로, 최종적 일관성보다 강한 보장을 제공한다.
大規模データを複数のDBに水平分割して分散管理する手法。各シャードが独立してデータを保持し、負荷分散とスケーラビリティ向上を実現する。
대규모 데이터를 여러 DB에 수평 분할하여 분산 관리하는 기법. 각 샤드가 독립적으로 데이터를 보유하며, 부하 분산과 확장성 향상을 실현한다.
Non-Functional Requirement（非機能要件）の略。システムが「何をするか（機能）」ではなく「どう振る舞うか」を定義する要件。パフォーマンス、可用性、セキュリティ、スケーラビリティなどが該当する。
Non-Functional Requirement(비기능 요건)의 약자. 시스템이 '무엇을 할 것인가(기능)'가 아니라 '어떻게 작동할 것인가'를 정의하는 요건. 성능, 가용성, 보안, 확장성 등이 해당된다.
分散システムで失敗したトランザクションを取り消すために、逆方向の処理を実行して整合性を保つ手法。Sagaパターンで多用される。
분산 시스템에서 실패한 트랜잭션을 취소하기 위해 역방향 처리를 실행하여 데이터 정합성을 유지하는 기법으로, Saga 패턴에서 주로 활용된다.
Node.js/TypeScript向けのORM。スキーマ定義からDBマイグレーション・型安全なクライアントを自動生成し、PostgreSQL・MySQL・SQLiteなど主要DBに対応する。
Node.js/TypeScript용 ORM. 스키마 정의에서 DB 마이그레이션·타입 안전 클라이언트를 자동 생성하며, PostgreSQL·MySQL·SQLite 등 주요 DB를 지원한다.
複数のトランザクションが互いのロック解放を待ち合い処理が停止するデッドロックを防ぐための設計・実装上の対策。ロック順序の統一やタイムアウト設定が代表的手法。
여러 트랜잭션이 서로의 잠금 해제를 기다리며 처리가 멈추는 교착 상태를 방지하기 위한 설계 및 구현상의 대책. 잠금 순서 통일과 타임아웃 설정이 대표적인 방법이다.
複数の顧客（テナント）が同一のシステムやインフラを共有しながら、データを論理的に分離して運用するSaaSアーキテクチャ設計手法。
여러 고객(테넌트)이 동일한 시스템과 인프라를 공유하면서 데이터를 논리적으로 분리하여 운영하는 SaaS 아키텍처 설계 기법이다.
オープンソースのFirebase代替と呼ばれるBaaS（Backend as a Service）。内部にPostgreSQLを採用しており、認証・リアルタイムDB・ストレージ・エッジ関数などの機能を包括的に提供する。
오픈소스 Firebase 대안으로 불리는 BaaS(Backend as a Service). 내부에 PostgreSQL을 채택하고 있으며, 인증·실시간 DB·스토리지·엣지 함수 등의 기능을 포괄적으로 제공한다.
通信エラーやタイムアウト発生時に、処理を自動的に再試行する仕組み。指数バックオフや最大試行回数の設定と組み合わせて実装されることが多い。
통신 오류나 타임아웃 발생 시 처리를 자동으로 재시도하는 메커니즘. 지수 백오프나 최대 시도 횟수 설정과 함께 구현되는 경우가 많다.
ある操作を1回行っても複数回行っても、システムの結果状態が同じになる性質（Idempotency）。API設計やリトライ処理、決済システムなどで安全性を担保するために極めて重要。
어떤 연산을 1번 수행하든 여러 번 수행하든 시스템의 결과 상태가 같아지는 성질(Idempotency). API 설계나 재시도 처리, 결제 시스템 등에서 안전성을 보장하기 위해 매우 중요하다.
自社システムと外部サービスのAPIを連携させる実装手法。決済・地図・認証など第三者サービスの機能をバックエンドに組み込む際に用いる。
자사 시스템과 외부 서비스의 API를 연동하는 구현 방식. 결제·지도·인증 등 서드파티 서비스의 기능을 백엔드에 통합할 때 사용한다.
CSRF攻撃を防ぐためにサーバーが発行するランダムなトークン。フォーム送信やAPIリクエスト時にセッションと照合し、正規のリクエストかどうかを検証するセキュリティ機構。
CSRF 공격을 방지하기 위해 서버가 발급하는 무작위 토큰. 폼 전송이나 API 요청 시 세션과 대조하여 정상적인 요청인지 검증하는 보안 메커니즘.
並行計算の数学的モデルの一つ。状態と振る舞いを持つ「アクター」という単位が、互いに非同期のメッセージパッシングを行うことで安全な並行処理を実現する。ErlangやAkkaが代表的。
병행 컴퓨팅의 수학적 모델 중 하나. 상태와 행위를 가진 '액터'라는 단위가 서로 비동기 메시지 패싱을 통해 안전한 병행 처리를 실현한다. Erlang이나 Akka가 대표적이다.
メール・プッシュ・SMS等の複数チャネルで通知を配信するシステムの設計。非同期処理やメッセージキューを活用し、スケーラビリティと信頼性を確保するのが重要なポイント。
이메일, 푸시, SMS 등 여러 채널로 알림을 전송하는 시스템 설계. 비동기 처리와 메시지 큐를 활용하여 확장성과 신뢰성을 확보하는 것이 핵심 포인트입니다.
ドメインを中心に同心円状にレイヤーを配置するアーキテクチャパターン。依存関係は常に外側から内側に向かい、ビジネスロジックをインフラ層から独立させる。
도메인을 중심으로 동심원 형태로 레이어를 배치하는 아키텍처 패턴. 의존 관계는 항상 외부에서 내부 방향으로 향하며, 비즈니스 로직을 인프라 레이어로부터 독립시킨다.
レイヤー横断でひとつの機能（スライス）を縦に切り取って実装するアーキテクチャ。機能追加時の影響範囲を局所化でき、各スライスを独立してテスト・デプロイしやすい。
레이어를 가로질러 하나의 기능(슬라이스)을 세로로 잘라 구현하는 아키텍처. 기능 추가 시 영향 범위를 국소화하고, 각 슬라이스를 독립적으로 테스트·배포하기 쉽다.
サーバー上で動作するプロセスの起動・停止・再起動・監視を管理するツール。PM2やSupervisorが代表例で、クラッシュ時の自動再起動やログ管理も担う。
서버에서 동작하는 프로세스의 시작·정지·재시작·모니터링을 관리하는 도구. PM2나 Supervisor가 대표적이며, 크래시 시 자동 재시작 및 로그 관리도 담당한다.
サーバーからクライアントへHTTP接続を維持しながらリアルタイムにデータを一方向プッシュする技術。SSEとも呼ばれ、チャットや通知機能の実装に活用される。
서버에서 클라이언트로 HTTP 연결을 유지하면서 실시간으로 데이터를 단방향 푸시하는 기술. SSE라고도 하며, 채팅이나 알림 기능 구현에 활용된다.
HTTPメソッド（GET/POST/PUT/DELETE）とリソース指向のURLを用いてAPIを設計する手法。ステートレスな通信を原則とし、クライアントとサーバーの疎結合を実現する。
HTTP 메서드(GET/POST/PUT/DELETE)와 리소스 중심의 URL을 활용하여 API를 설계하는 방식. 무상태 통신을 원칙으로 하며, 클라이언트와 서버의 느슨한 결합을 실현한다.
データベースやAPIのスキーマを、既存データや互換性を保ちながら段階的に変更・拡張していく設計手法。マイグレーションと組み合わせて運用されることが多い。
데이터베이스나 API의 스키마를 기존 데이터와 호환성을 유지하면서 단계적으로 변경·확장하는 설계 기법. 마이그레이션과 함께 운용되는 경우가 많다.
アプリケーションからメールを自動送信するための基盤システム。SMTPサーバーやSendGrid・AWS SESなどのAPIを利用し、トランザクションメールやメルマガ配信を管理する。
애플리케이션에서 메일을 자동 발송하기 위한 기반 시스템. SMTP 서버나 SendGrid, AWS SES 등의 API를 활용해 트랜잭션 메일 및 뉴스레터 발송을 관리한다.
同じリクエストを何度実行しても結果が変わらない設計原則。APIやメッセージキューの重複処理対策として、PUT/DELETEメソッドや再試行ロジックの実装時に重要な概念。
동일한 요청을 몇 번 실행해도 결과가 변하지 않는 설계 원칙. API나 메시지 큐의 중복 처리 대책으로, PUT/DELETE 메서드나 재시도 로직 구현 시 중요한 개념.
Go言語でWebアプリを開発するためのフレームワーク。Gin・Echo・Fiberなどが代表的で、高速処理と軽量性が特徴。APIサーバー構築に多く採用される。
Go 언어로 웹 애플리케이션을 개발하기 위한 프레임워크. Gin·Echo·Fiber 등이 대표적이며, 고속 처리와 경량성이 특징으로 API 서버 구축에 많이 활용된다.
異なるオリジン間のHTTPリクエストを制御する仕組み。サーバー側でAccess-Control-Allow-Originヘッダーを設定し、許可するドメインやメソッドを指定する。
서로 다른 오리진 간의 HTTP 요청을 제어하는 방식으로, 서버에서 Access-Control-Allow-Origin 헤더를 설정하여 허용할 도메인과 메서드를 지정한다.
DDD（ドメイン駆動設計）における集約の入口となるエンティティ。外部からは必ず集約ルートを通じてのみ内部オブジェクトへアクセスし、整合性を保証する。
DDD(도메인 주도 설계)에서 집합의 진입점이 되는 엔티티. 외부에서는 반드시 집합 루트를 통해서만 내부 객체에 접근하여 일관성을 보장한다.
レガシーシステムを段階的にマイクロサービスへ移行する設計パターン。既存機能を少しずつ新システムに置き換え、最終的にレガシーを廃止する手法。
레거시 시스템을 단계적으로 마이크로서비스로 전환하는 설계 패턴. 기존 기능을 조금씩 새 시스템으로 교체하여 최종적으로 레거시를 폐기하는 방법.
Googleが提供するFirebaseの認証サービス。メール/パスワード、SNSログイン、電話番号認証などを簡単に実装でき、トークン管理も自動化される。
Google이 제공하는 Firebase의 인증 서비스. 이메일/비밀번호, SNS 로그인, 전화번호 인증 등을 간편하게 구현할 수 있으며, 토큰 관리도 자동화된다.
特定の時刻や条件でバックグラウンドジョブを非同期に実行するスケジューリングシステム。メール送信・レポート生成・バッチ処理などに広く活用される。CronやCelery、Quartzが代表的。
특정 시각이나 조건에 따라 백그라운드 작업을 비동기로 실행하는 스케줄링 시스템. 메일 발송, 리포트 생성, 배치 처리 등에 널리 활용되며 Cron, Celery, Quartz가 대표적이다.
マイクロサービス間の通信で障害が連鎖しないよう、一定回数のエラー後に呼び出しを遮断し、システム全体の安定性を保つ設計パターン。
마이크로서비스 간 통신에서 장애가 연쇄되지 않도록, 일정 횟수 오류 발생 후 호출을 차단하여 시스템 전체의 안정성을 유지하는 설계 패턴.
システム刷新やクラウド移行時に、既存データを新環境へ安全・確実に移すための計画。移行順序、ダウンタイム対策、ロールバック手順などを含む。
시스템 교체나 클라우드 이전 시 기존 데이터를 새 환경으로 안전하고 확실하게 옮기기 위한 계획으로, 이전 순서, 다운타임 대책, 롤백 절차 등을 포함한다.
Robert C. Martinが提唱した、関心事の分離を目的としたソフトウェアアーキテクチャ。ドメインロジックを中心に置き、UIやDBなどの外部要素を外側の層に分離して依存性を単一方向（内側）に制限する。
Robert C. Martin이 제창한 관심사 분리를 목적으로 한 소프트웨어 아키텍처. 도메인 로직을 중심에 두고 UI나 DB 같은 외부 요소를 바깥 계층으로 분리하여 의존성을 단방향(안쪽)으로 제한한다.
APIの後方互換性を保ちながら変更を管理する手法。URLパス（/v1/）やヘッダーでバージョンを指定し、既存クライアントへの影響を最小化する。
API의 하위 호환성을 유지하면서 변경 사항을 관리하는 방법론. URL 경로(/v1/)나 헤더로 버전을 지정하여 기존 클라이언트에 미치는 영향을 최소화한다.
負荷増大に対してサーバー台数を増やして処理能力を向上させるアーキテクチャ設計。水平スケーリングとも呼ばれ、クラウド環境での高可用性・耐障害性の実現に不可欠。
부하 증가에 대응하여 서버 대수를 늘려 처리 능력을 향상시키는 아키텍처 설계. 수평 스케일링이라고도 하며, 클라우드 환경에서 고가용성과 내결함성을 실현하는 데 필수적입니다.
データベースのテーブルとクラスを1対1で対応させ、オブジェクト自身がCRUD操作を持つORMの設計パターン。RubyのActiveRecordやLaravelのEloquentが代表例。
데이터베이스 테이블과 클래스를 1대1로 대응시켜 객체 자신이 CRUD 작업을 갖는 ORM 설계 패턴. Ruby의 ActiveRecord나 Laravel의 Eloquent가 대표적인 예시.
Google・GitHub・LINEなど外部サービスのアカウントを使ってログインさせる認証方式。OAuthやOIDCを利用し、自前でパスワード管理しない設計が可能。
Google, GitHub, LINE 등 외부 서비스 계정을 이용해 로그인하는 인증 방식. OAuth나 OIDC를 활용해 직접 비밀번호를 관리하지 않는 설계가 가능하다.
社内や特定のシステム間でのみ利用可能なAPI。外部に公開せず、認証・認可で厳密にアクセスを制限することでセキュリティと保守性を高める。
사내 또는 특정 시스템 간에서만 사용 가능한 API. 외부에 공개하지 않고 인증·인가로 접근을 엄격히 제한하여 보안성과 유지보수성을 높인다.
CSV形式のファイルやテキストを読み込み、各行・各列のデータを分割して構造化データに変換する処理。文字コードや区切り文字の違いに注意が必要。
CSV 형식의 파일이나 텍스트를 읽어 각 행과 열의 데이터를 분리하여 구조화된 데이터로 변환하는 처리. 문자 인코딩과 구분자 차이에 주의가 필요하다.
システム間で非同期にメッセージを送受信するための仕組み。送信側と受信側を疎結合にし、負荷分散や障害耐性の向上に活用される。RabbitMQやAmazon SQSが代表例。
시스템 간 비동기로 메시지를 송수신하기 위한 구조. 송신측과 수신측을 느슨하게 결합시켜 부하 분산 및 장애 내성 향상에 활용된다. RabbitMQ나 Amazon SQS가 대표적인 예이다.
データの生産者が消費者の処理能力を超えてデータを送りすぎないよう、流量を制御する仕組み。リアクティブシステムやストリーム処理で重要な概念。
데이터 생산자가 소비자의 처리 능력을 초과하지 않도록 흐름을 제어하는 메커니즘. 리액티브 시스템이나 스트림 처리에서 중요한 개념이다.
ドメインオブジェクトとDBのマッピングを専用クラスが担うパターン。ドメイン層とDB層を完全に分離でき、テストやDB変更に強い設計が可能になる。
도메인 객체와 DB 간 매핑을 전담 클래스가 처리하는 패턴. 도메인 계층과 DB 계층을 완전히 분리할 수 있어 테스트와 DB 변경에 유연한 설계가 가능하다.
クライアントから送られたJWT（JSON Web Token）の署名・有効期限・クレームを検証し、リクエストの正当性を確認する認証処理。
클라이언트에서 전송된 JWT(JSON Web Token)의 서명, 만료 시간, 클레임을 검증하여 요청의 정당성을 확인하는 인증 처리.
ポートとアダプターのパターンとも呼ばれるアーキテクチャ。ビジネスロジックをUI・DBなどの外部依存から切り離し、テスタビリティと変更容易性を高める。
포트와 어댑터 패턴이라고도 불리는 아키텍처. 비즈니스 로직을 UI·DB 등의 외부 의존으로부터 분리하여 테스트 가능성과 변경 용이성을 높인다.
データアクセスロジックをビジネスロジックから分離するデザインパターン。DBやAPIへのアクセスを抽象化し、テスト性・保守性を高める。
데이터 접근 로직을 비즈니스 로직으로부터 분리하는 디자인 패턴. DB나 API 접근을 추상화하여 테스트 용이성과 유지보수성을 높인다.
JavaScriptランタイム環境の一つで、Node.jsより高速な起動・実行速度を持つ。Zig言語で実装されパッケージマネージャやバンドラも内蔵している。
JavaScript 런타임 환경 중 하나로, Node.js보다 빠른 시작 및 실행 속도를 자랑한다. Zig 언어로 구현되었으며 패키지 매니저와 번들러도 내장하고 있다.
サービスやアプリケーションの稼働状態を確認するためのAPIエンドポイント。ロードバランサーや監視ツールが定期的にリクエストを送り、正常性を検知する。
서비스나 애플리케이션의 가동 상태를 확인하기 위한 API 엔드포인트. 로드밸런서나 모니터링 툴이 주기적으로 요청을 보내 정상 여부를 감지한다.
社内システム間のデータ連携を目的とした非公開のAPI。外部に公開せず、認証や利用制限を内部ネットワーク内で管理するため、セキュリティリスクを抑えつつ効率的なサービス間通信を実現する。
사내 시스템 간 데이터 연계를 목적으로 한 비공개 API. 외부에 공개하지 않고 인증 및 이용 제한을 내부 네트워크 안에서 관리하므로, 보안 리스크를 줄이면서 효율적인 서비스 간 통신을 실현한다.
データの生産速度が消費速度を超えた際に、上流コンポーネントへ処理を遅らせるよう通知する仕組み。リアクティブシステムやストリーミング処理で過負荷を防ぐために使われる。
데이터 생산 속도가 소비 속도를 초과할 때, 상위 컴포넌트에 처리를 늦추도록 알리는 메커니즘. 리액티브 시스템이나 스트리밍 처리에서 과부하를 방지하기 위해 사용된다.
外部サービスからイベント発生時にHTTPリクエストで通知を受け取る仕組みの設計。エンドポイント設計・署名検証・冪等性確保が重要なポイント。
외부 서비스에서 이벤트 발생 시 HTTP 요청으로 알림을 받는 구조의 설계. 엔드포인트 설계·서명 검증·멱등성 확보가 핵심 포인트다.
複数のサーバーやプロセスが共有リソースに同時アクセスする際の競合を防ぐ仕組み。RedisやZookeeperを用いて実装されることが多い。
여러 서버나 프로세스가 공유 자원에 동시 접근할 때 발생하는 경합을 방지하는 메커니즘. Redis나 Zookeeper를 활용해 구현하는 경우가 많다.
Stripe・PayPalなどの外部決済サービスのAPIをシステムに組み込む実装作業。認証、Webhook処理、エラーハンドリングが重要な設計ポイントとなる。
Stripe, PayPal 등 외부 결제 서비스의 API를 시스템에 연동하는 구현 작업으로, 인증, Webhook 처리, 오류 핸들링이 핵심 설계 포인트이다.
Googleが開発したオープンソースのRPCフレームワーク。Protocol Buffersを使ってシリアライズし、HTTP/2上で高速かつ効率的なサービス間通信を実現する。
Google이 개발한 오픈소스 RPC 프레임워크. Protocol Buffers를 사용해 직렬화하고, HTTP/2 위에서 빠르고 효율적인 서비스 간 통신을 실현한다.
システムの状態変化をイベントの連続として記録・管理するアーキテクチャパターン。状態そのものでなく変更履歴を永続化し、任意時点の状態を再現できる。
시스템의 상태 변화를 이벤트의 연속으로 기록·관리하는 아키텍처 패턴. 상태 자체가 아닌 변경 이력을 영속화하여 임의 시점의 상태를 재현할 수 있다.
あるシステムでイベントが発生した際、あらかじめ指定された外部のURL（エンドポイント）に対して自動的にHTTP POSTリクエストを送信して通知する仕組み。
어떤 시스템에서 이벤트가 발생했을 때, 미리 지정된 외부 URL(엔드포인트)로 자동으로 HTTP POST 요청을 보내어 알림을 전달하는 구조.
gRPCをブラウザから利用可能にするプロトコル。HTTP/2とProtocol Buffersを使い、ブラウザとバックエンド間で型安全な通信を実現する。
gRPC를 브라우저에서 사용할 수 있게 하는 프로토콜. HTTP/2와 Protocol Buffers를 사용해 브라우저와 백엔드 간 타입 안전한 통신을 구현한다.
APIやサービスへのリクエスト数を一定時間内に制限する仕組み。過負荷防止やリソース保護のために実装され、超過時は429エラーを返すことが多い。
API나 서비스에 대한 요청 수를 일정 시간 내에 제한하는 메커니즘. 과부하 방지 및 리소스 보호를 위해 구현되며, 초과 시 429 오류를 반환하는 경우가 많다.
同じリクエストを何度実行しても結果が変わらないAPIの性質。HTTPメソッドではGET・PUT・DELETEが該当し、冪等性を保つ設計はリトライ処理の安全性を高める。
동일한 요청을 몇 번 실행해도 결과가 변하지 않는 API의 성질. HTTP 메서드에서는 GET·PUT·DELETE가 해당하며, 멱등성을 보장하는 설계는 재시도 처리의 안전성을 높인다.
サーバー側にセッション状態を保持せず、各リクエストが独立して完結する設計手法。JWTやトークン認証と組み合わせてスケーラビリティを高めるために多く採用される。
서버 측에 세션 상태를 저장하지 않고, 각 요청이 독립적으로 완결되는 설계 방식입니다. JWT나 토큰 인증과 함께 활용하여 확장성을 높이기 위해 널리 채택됩니다.
アプリケーションの現在の状態を直接DBに保存するのではなく、状態を変更した「イベントの履歴」を追記型で保存し、それを再生することで現在の状態を復元する設計パターン。
애플리케이션의 현재 상태를 직접 DB에 저장하는 것이 아니라, 상태를 변경한 '이벤트 이력'을 추가형으로 저장하고 이를 재생하여 현재 상태를 복원하는 설계 패턴.
Cloudflare WorkersやDeno、Bun等のエッジランタイム向けに設計された軽量高速なWebフレームワーク。Expressライクなシンプルなルーティング記法が特徴。
Cloudflare Workers, Deno, Bun 등 엣지 런타임을 위해 설계된 경량 고속 웹 프레임워크. Express와 유사한 간결한 라우팅 문법이 특징이다.
DBの読み取り処理をレプリカ（スレーブ）、書き込み処理をプライマリ（マスター）に振り分けるアーキテクチャ。負荷分散とパフォーマンス向上を目的とする。
DB의 읽기 처리를 레플리카(슬레이브)로, 쓰기 처리를 프라이머리(마스터)로 분산시키는 아키텍처. 부하 분산과 성능 향상을 목적으로 한다.
TypeScriptファーストの軽量ORM。SQLに近い直感的なAPIで型安全なクエリを記述でき、バンドルサイズが小さくEdge環境にも対応する。Prismaの代替として注目されている。
TypeScript 퍼스트의 경량 ORM. SQL에 가까운 직관적인 API로 타입 안전 쿼리를 작성할 수 있으며, 번들 사이즈가 작아 Edge 환경에도 대응한다. Prisma의 대안으로 주목받고 있다.
クライアントとサーバー間で双方向リアルタイム通信を実現するWebSocketプロトコルによる持続的な接続。チャットやライブ通知などに活用される。
클라이언트와 서버 간 양방향 실시간 통신을 실현하는 WebSocket 프로토콜 기반의 지속적 연결. 채팅이나 실시간 알림 등에 활용된다.
データ更新時に競合が少ないと仮定し、読み取り時にロックをかけず、更新時にバージョンやタイムスタンプで競合を検出する排他制御の手法。
데이터 업데이트 시 충돌이 적다고 가정하여, 읽기 시 잠금을 걸지 않고 업데이트 시 버전이나 타임스탬프로 충돌을 감지하는 배타 제어 기법.
Node.js向けの高速・軽量WebフレームワークでExpress代替として注目される。JSONスキーマによるバリデーションとシリアライゼーションで高いスループットを実現する。
Node.js용 고속·경량 웹 프레임워크로 Express 대안으로 주목받고 있다. JSON 스키마 기반 유효성 검사와 직렬화로 높은 처리량을 실현한다.
メインのアプリケーションコンテナと同じPod内に、ログ転送やプロキシなど補助的な機能を持つコンテナ（サイドカー）を併置するアーキテクチャパターン。
메인 애플리케이션 컨테이너와 같은 Pod 내에, 로그 전송이나 프록시 등 보조적인 기능을 가진 컨테이너(사이드카)를 나란히 배치하는 아키텍처 패턴.
RESTful APIの設計・文書化・テストを支援するオープンソースフレームワーク。OpenAPI仕様に基づきAPIの仕様をYAMLまたはJSON形式で記述し、インタラクティブなUIで可視化できる。
RESTful API 설계, 문서화, 테스트를 지원하는 오픈소스 프레임워크. OpenAPI 사양을 기반으로 API 명세를 YAML 또는 JSON 형식으로 작성하고, 인터랙티브한 UI로 시각화할 수 있다.
APIへのリクエスト数を時間単位で制限する設計手法。過負荷防止やDoS攻撃対策として、トークンバケットやスライディングウィンドウなどのアルゴリズムが用いられる。
API에 대한 요청 수를 시간 단위로 제한하는 설계 기법. 과부하 방지 및 DoS 공격 대응을 위해 토큰 버킷, 슬라이딩 윈도우 등의 알고리즘이 활용된다.
Googleが開発したオープンソースのRPCフレームワーク。Protocol Buffersを使ってシリアライズし、HTTP/2上で高速・低レイテンシな通信を実現する。マイクロサービス間の連携に広く採用される。
Google이 개발한 오픈소스 RPC 프레임워크. Protocol Buffers로 직렬화하고 HTTP/2 위에서 고속·저지연 통신을 실현한다. 마이크로서비스 간 연동에 널리 채택된다.
氏名・住所・電話番号などの個人情報を「*」などの記号で隠す処理。ログ出力やテストデータ生成時に本番データの漏洩を防ぐために実装される。
이름, 주소, 전화번호 등의 개인정보를 '*' 같은 기호로 숨기는 처리. 로그 출력이나 테스트 데이터 생성 시 실제 데이터 유출을 방지하기 위해 구현된다.
稼働系（アクティブ）と待機系（スタンバイ）の2台構成で、障害時にスタンバイが自動的に引き継ぐ高可用性構成。フェイルオーバー設計の基本パターン。
운영 서버(액티브)와 대기 서버(스탠바이) 2대로 구성하여, 장애 발생 시 스탠바이가 자동으로 인계받는 고가용성 구성. 페일오버 설계의 기본 패턴.
Google MapsやMapboxなどの地図APIをシステムに組み込む技術。位置情報サービス・ルート案内・ジオコーディングなどを外部APIで実現する手法。
Google Maps나 Mapbox 등의 지도 API를 시스템에 통합하는 기술. 위치 정보 서비스·경로 안내·지오코딩 등을 외부 API로 구현하는 방법.
マイクロサービス間の通信障害を検知し、一定回数失敗すると後続リクエストを遮断するパターン。障害の連鎖（カスケード障害）を防ぎ、システム全体の安定性を保つ。
마이크로서비스 간 통신 장애를 감지하여, 일정 횟수 실패 시 후속 요청을 차단하는 패턴. 장애 연쇄(캐스케이드 장애)를 방지하고 시스템 전체의 안정성을 유지한다.
ORMを使用したDB操作で、1回のクエリで取得したN件のレコードに対し、関連データを取得するためにさらにN回のクエリが発生するパフォーマンス問題。
ORM을 사용한 DB 조작에서, 1번의 쿼리로 가져온 N건의 레코드에 대해 관련 데이터를 가져오기 위해 추가로 N번의 쿼리가 발생하는 성능 문제.
データベースの検索パフォーマンスを最適化するため、どのカラムにインデックスを付与するかを設計するプロセス。過剰な設定は書き込み性能の低下を招く。
데이터베이스 검색 성능을 최적화하기 위해 어떤 컬럼에 인덱스를 부여할지 설계하는 프로세스. 과도한 설정은 쓰기 성능 저하를 초래할 수 있다.
大量のデータを一括でシステムやDBに取り込む処理。CSVやJSONなどのファイルを使い、個別挿入より高速にデータ登録できる手法。
대량의 데이터를 일괄적으로 시스템이나 DB에 가져오는 처리. CSV나 JSON 파일을 사용해 개별 삽입보다 빠르게 데이터를 등록할 수 있는 방법.
APIのエンドポイントにバージョン番号（v1, v2など）を付与し、後方互換性を保ちながら機能追加や変更を行う設計手法。クライアントへの影響を最小化できる。
API 엔드포인트에 버전 번호(v1, v2 등)를 부여하여 하위 호환성을 유지하면서 기능 추가나 변경을 수행하는 설계 기법. 클라이언트에 대한 영향을 최소화할 수 있다.
A/Bテストを実行・管理するためのバックエンド基盤。フラグ管理、トラフィック振り分け、実験結果の収集・分析機能を提供し、機能リリースの効果測定を効率化する。
A/B 테스트를 실행·관리하기 위한 백엔드 인프라. 플래그 관리, 트래픽 분배, 실험 결과 수집·분석 기능을 제공하며, 기능 릴리스의 효과 측정을 효율화한다.
システムの一部に障害が発生しても他の部分に波及しないよう、リソースを隔離・分割する設計パターン。マイクロサービスの耐障害性向上に有効。
시스템 일부에 장애가 발생해도 다른 부분에 영향을 미치지 않도록 리소스를 격리·분할하는 설계 패턴. 마이크로서비스의 내장애성 향상에 효과적이다.
クライアントから送信されたファイルをサーバー側で受信・保存・検証する処理。マルチパートフォームデータの解析やストレージへの書き込みが主な実装内容。
클라이언트에서 전송된 파일을 서버 측에서 수신·저장·검증하는 처리. 멀티파트 폼 데이터 파싱과 스토리지 저장이 주요 구현 내용이다.
同時にデータが書き換えられないようにロックすること。
동시에 데이터가 변경되지 않도록 잠그는(Lock) 것.
クライアントとの双方向リアルタイム通信を実現するサーバー。HTTPと異なり接続を維持し続けるため、チャットやライブ通知などの実装に活用される。
클라이언트와 양방향 실시간 통신을 구현하는 서버. HTTP와 달리 연결을 지속적으로 유지하기 때문에 채팅이나 실시간 알림 등의 기능 구현에 활용된다.
EUの一般データ保護規則（GDPR）に準拠するため、個人データの収集・保存・削除・同意管理などをシステム設計段階から組み込む手法。
EU 일반 데이터 보호 규정(GDPR)을 준수하기 위해 개인 데이터 수집·저장·삭제·동의 관리 등을 시스템 설계 단계부터 반영하는 방법론.
サービスを停止せずにアプリケーションの新バージョンをリリースする手法。ブルーグリーンデプロイやローリングアップデートなどの戦略が代表的。
서비스를 중단하지 않고 애플리케이션의 새 버전을 배포하는 기법. 블루-그린 배포나 롤링 업데이트 등의 전략이 대표적이다.
ポートとアダプターパターンとも呼ばれる設計手法。ビジネスロジックを中心に置き、外部依存（DB・UIなど）をアダプター経由で分離することで、テストと保守性を高めるアーキテクチャ。
포트와 어댑터 패턴이라고도 불리는 설계 기법. 비즈니스 로직을 중심에 두고, DB·UI 등 외부 의존성을 어댑터를 통해 분리함으로써 테스트 용이성과 유지보수성을 높이는 아키텍처.
複数のマイクロサービスへのリクエストを単一エンドポイントで受け付け、認証・ルーティング・レート制限などを一元管理するアーキテクチャパターン。
여러 마이크로서비스로의 요청을 단일 엔드포인트에서 수신하여 인증, 라우팅, 속도 제한 등을 중앙에서 관리하는 아키텍처 패턴입니다.
マイクロサービスにおいて、DBへの書き込みとメッセージ送信を1トランザクションで確実に行うための設計パターン。Outboxテーブルを介してイベントの欠落を防ぐ。
마이크로서비스에서 DB 쓰기와 메시지 전송을 하나의 트랜잭션으로 안전하게 처리하는 설계 패턴. Outbox 테이블을 통해 이벤트 유실을 방지한다.
データをサーバーではなくクライアント側（ローカル環境）に一時保存する仕組み。APIリクエストの削減やレスポンス高速化に活用される。
데이터를 서버가 아닌 클라이언트 측(로컬 환경)에 임시 저장하는 방식. API 요청 감소와 응답 속도 향상에 활용된다.
DBやストレージから不要・期限切れのデータを完全に削除する処理。アーカイブとは異なり、データを復元不可能な形で消去する。法令遵守やパフォーマンス改善を目的に実施される。
DB나 스토리지에서 불필요하거나 기간이 만료된 데이터를 완전히 삭제하는 처리. 아카이브와 달리 데이터를 복원 불가능한 형태로 제거하며, 법령 준수 및 성능 개선을 목적으로 실시된다.
ビジネスドメインの知識を中心に据えたソフトウェア設計手法。エンティティ・集約・リポジトリなどの概念を用いて、複雑なビジネスロジックを整理・モデル化する。
비즈니스 도메인 지식을 중심으로 한 소프트웨어 설계 방법론. 엔티티·애그리거트·리포지터리 등의 개념을 활용해 복잡한 비즈니스 로직을 체계적으로 모델링한다.
Command Query Responsibility Segregationの略。データの読み取り（Query）と書き込み（Command）の責務を分離するアーキテクチャパターン。複雑なドメインや高負荷システムのスケーラビリティ向上に有効。
Command Query Responsibility Segregation의 약자. 데이터 읽기(Query)와 쓰기(Command)의 책임을 분리하는 아키텍처 패턴. 복잡한 도메인이나 고부하 시스템의 확장성 향상에 효과적이다.
Googleが開発したデータシリアライズフォーマット。JSONより軽量・高速で、スキーマ定義ファイル（.proto）から複数言語のコードを自動生成できる。gRPCと組み合わせて使われることが多い。
Google이 개발한 데이터 직렬화 포맷. JSON보다 경량·고속이며, 스키마 정의 파일(.proto)로부터 여러 언어의 코드를 자동 생성할 수 있다. gRPC와 함께 사용되는 경우가 많다.
システムやアプリケーションの操作履歴を記録するログ。誰が・いつ・何をしたかを追跡でき、セキュリティ調査やコンプライアンス対応に活用される。
시스템이나 애플리케이션의 조작 이력을 기록하는 로그. 누가·언제·무엇을 했는지 추적할 수 있으며, 보안 조사나 컴플라이언스 대응에 활용된다.
画像のリサイズ・圧縮・フォーマット変換などを自動的に順次処理する仕組み。アップロード時にサムネイル生成やCDN配信最適化に活用される。
이미지 리사이즈, 압축, 포맷 변환 등을 자동으로 순차 처리하는 구조. 업로드 시 썸네일 생성이나 CDN 배포 최적화에 활용된다.
APIにアクセスするためのURI。
API에 접근하기 위한 URI.
サーバーサイドでPDFファイルを動的に生成する処理。請求書・帳票・レポート出力などに使われ、iTextやApache PDFBoxなどのライブラリが活用される。
서버 사이드에서 PDF 파일을 동적으로 생성하는 처리. 청구서·장표·리포트 출력 등에 사용되며, iText나 Apache PDFBox 같은 라이브러리가 활용된다.
gRPCが提供するリアルタイムデータ転送方式。サーバーストリーミング・クライアントストリーミング・双方向ストリーミングの3種があり、リアルタイム通信に活用される。
gRPC가 제공하는 실시간 데이터 전송 방식. 서버 스트리밍·클라이언트 스트리밍·양방향 스트리밍의 3종류가 있으며, 실시간 통신에 활용된다.
オフセットではなく一意のカーソル値を基準にデータを取得するページング手法。大量データや無限スクロールに適しており、ページ飛びによるデータ重複・欠落を防げる。
오프셋 대신 고유한 커서 값을 기준으로 데이터를 가져오는 페이징 기법. 대용량 데이터나 무한 스크롤에 적합하며, 페이지 건너뜀으로 인한 데이터 중복·누락을 방지할 수 있다.
非同期処理を実現するため、実行待ちのタスクをキューに積んで順次処理する仕組みの管理。CeleryやBullなどのライブラリが広く使われる。
비동기 처리를 구현하기 위해 실행 대기 중인 태스크를 큐에 쌓아 순차적으로 처리하는 구조를 관리하는 것. Celery나 Bull 같은 라이브러리가 널리 사용된다.
データベースやシステム間でデータが正確・一貫・矛盾なく保たれることを保証する仕組み。トランザクション管理やACID特性が主な手段となる。
데이터베이스나 시스템 간에 데이터가 정확하고 일관되며 모순 없이 유지되도록 보장하는 구조. 트랜잭션 관리와 ACID 속성이 주요 수단이다.
DDD（ドメイン駆動設計）において、開発者とビジネス担当者が共通で使う統一された用語体系。コードとドキュメントに一貫して使用し、認識のズレを防ぐ。
DDD(도메인 주도 설계)에서 개발자와 비즈니스 담당자가 공통으로 사용하는 통일된 용어 체계. 코드와 문서에 일관되게 사용하여 인식 차이를 방지한다.
ElasticsearchやSolrなどの検索エンジンをアプリケーションに組み込む実装作業。全文検索・ファセット検索・スコアリングなどの高度な検索機能をAPIを通じて提供する。
Elasticsearch나 Solr 같은 검색 엔진을 애플리케이션에 통합하는 구현 작업. 전문 검색, 패싯 검색, 스코어링 등 고급 검색 기능을 API를 통해 제공한다.
システム同士をつなぐインターフェース。
시스템끼리 연결하는 인터페이스.
DDD（ドメイン駆動設計）における境界づけられたコンテキスト間で、共通のドメインモデルやコードを意図的に共有する設計パターン。変更には両チームの合意が必要。
DDD(도메인 주도 설계)에서 경계 컨텍스트 간에 공통 도메인 모델이나 코드를 의도적으로 공유하는 설계 패턴으로, 변경 시 양 팀의 합의가 필요하다.
DDD（ドメイン駆動設計）において、複数の境界づけられたコンテキスト間の関係や依存性を可視化した図。システム全体の設計方針を把握するために活用される。
DDD(도메인 주도 설계)에서 여러 바운디드 컨텍스트 간의 관계와 의존성을 시각화한 다이어그램으로, 시스템 전체 설계 방침을 파악하는 데 활용된다.
GraphQLのリアルタイム通信機能。WebSocketを使ってサーバー側からのデータ変更をクライアントへプッシュ配信する。チャット・通知・ライブフィードなどに使われる。
GraphQL의 실시간 통신 기능. WebSocket을 통해 서버 측 데이터 변경을 클라이언트로 푸시 전송한다. 채팅, 알림, 라이브 피드 등에 사용된다.
特定のイベント発生時に、サーバーが指定URLへHTTPリクエストを自動送信する仕組み。ポーリングと異なりリアルタイムで通知を受け取れるため、外部サービス連携に広く活用される。
특정 이벤트 발생 시 서버가 지정된 URL로 HTTP 요청을 자동으로 전송하는 메커니즘. 폴링과 달리 실시간으로 알림을 받을 수 있어 외부 서비스 연동에 널리 활용된다.
Rust言語で構築されたWebアプリ開発基盤。Actix-web・Axum・Rocketなどが代表的で、高速性・メモリ安全性・並行処理性能が特徴のフレームワーク群。
Rust 언어로 구축된 웹 애플리케이션 개발 기반. Actix-web·Axum·Rocket 등이 대표적이며, 고속성·메모리 안전성·동시 처리 성능이 특징인 프레임워크 군.
マイクロサービス間の分散トランザクションを管理する設計パターン。各サービスのローカルトランザクションを連鎖させ、失敗時は補償トランザクションでロールバックを行う。
마이크로서비스 간 분산 트랜잭션을 관리하는 설계 패턴. 각 서비스의 로컬 트랜잭션을 연쇄적으로 실행하며, 실패 시 보상 트랜잭션으로 롤백을 수행한다.
WebAssembly System Interfaceの略。WebAssembly（Wasm）をWebブラウザの外（サーバー、エッジ、IoTデバイスなど）のOS環境で安全かつポータブルに実行するためのシステムインターフェース標準。
WebAssembly System Interface의 약자. WebAssembly(Wasm)를 웹 브라우저 밖(서버, 엣지, IoT 디바이스 등)의 OS 환경에서 안전하고 이식성 있게 실행하기 위한 시스템 인터페이스 표준.
テンプレートファイルにデータを埋め込んでHTMLなどを動的生成するライブラリ。Jinja2、Thymeleaf、EJSなどが代表例で、ロジックとビューの分離を実現する。
템플릿 파일에 데이터를 삽입하여 HTML 등을 동적으로 생성하는 라이브러리. Jinja2, Thymeleaf, EJS 등이 대표적이며, 로직과 뷰의 분리를 실현한다.
巨大なレガシーシステム（モノリス）を一度にリプレースするのではなく、新しいシステムで古いシステムを少しずつ覆い隠すように段階的に移行・置換していくアーキテクチャパターン。
거대한 레거시 시스템(모놀리스)을 한 번에 교체하는 것이 아니라, 새로운 시스템으로 오래된 시스템을 조금씩 덮어 씌우듯 단계적으로 마이그레이션·교체해 나가는 아키텍처 패턴.
フロントエンドの種類（Web・モバイルなど）ごとに専用のバックエンドAPIレイヤーを設ける設計パターン。各クライアントの要件に最適化したレスポンスを返せる。
프론트엔드 종류(Web·모바일 등)별로 전용 백엔드 API 레이어를 두는 설계 패턴. 각 클라이언트의 요건에 최적화된 응답을 반환할 수 있다.
HTTPを使いサーバーからクライアントへ一方向にリアルタイムでデータをプッシュする技術。WebSocketより軽量で、通知やライブフィードの実装に適している。
HTTP를 사용해 서버에서 클라이언트로 단방향으로 실시간 데이터를 푸시하는 기술. WebSocket보다 가볍고, 알림이나 라이브 피드 구현에 적합하다.
外部APIやDBへのリクエストが一定時間内に応答しない場合に処理を打ち切るための設計。適切な値の設定でシステム全体の障害連鎖を防ぐ。
외부 API나 DB 요청이 일정 시간 내에 응답하지 않을 때 처리를 중단하는 설계. 적절한 값 설정으로 시스템 전체의 장애 연쇄를 방지한다.
分散システムにおいて、一度読み取ったデータより古い値を再読み取りしないことを保証する整合性モデル。過去に読んだ値より新しいか同じ値が返される。
분산 시스템에서 한 번 읽은 데이터보다 오래된 값을 다시 읽지 않음을 보장하는 일관성 모델. 과거에 읽은 값보다 새롭거나 동일한 값이 반환된다.
異なるシステム間の概念の汚染を防ぐ設計パターン。DDDで用いられ、外部システムのモデルが自システムのドメインモデルに悪影響を与えないよう変換・隔離する層。
서로 다른 시스템 간 개념 오염을 방지하는 설계 패턴. DDD에서 사용되며, 외부 시스템의 모델이 자체 도메인 모델에 악영향을 주지 않도록 변환하고 격리하는 레이어.
複数サーバー間でユーザーのセッション情報を共有・管理する仕組み。RedisやMemcachedなどの共有ストレージを用い、スケールアウト環境でもセッションの一貫性を保つ。
여러 서버 간에 사용자의 세션 정보를 공유하고 관리하는 방식. Redis나 Memcached 같은 공유 스토리지를 사용하여 스케일아웃 환경에서도 세션의 일관성을 유지한다.
システム内のデータを外部ファイル（CSV・Excel・JSONなど）として出力する機能。バッチ処理や非同期処理で実装されることが多く、大量データ対応が設計上の課題となる。
시스템 내 데이터를 외부 파일(CSV, Excel, JSON 등)로 출력하는 기능. 배치 처리나 비동기 처리로 구현되는 경우가 많으며, 대용량 데이터 처리가 설계상의 주요 과제이다.
複数のバックエンドサービスへのAPIリクエストを一元管理するサーバー。認証・レート制限・ロードバランシングなどを担い、マイクロサービス構成で多用される。
여러 백엔드 서비스로의 API 요청을 중앙에서 관리하는 서버. 인증, 속도 제한, 로드 밸런싱 등을 담당하며 마이크로서비스 구성에서 많이 활용된다.
ドメイン駆動設計（DDD）において、ビジネス上の重要な出来事をモデル化したオブジェクト。イベントは不変で過去形の名前を持ち、マイクロサービス間の疎結合な連携にも活用される。
도메인 주도 설계(DDD)에서 비즈니스상 중요한 사건을 모델링한 객체. 이벤트는 불변이며 과거형 이름을 가지고, 마이크로서비스 간의 느슨한 결합 연계에도 활용된다.
ソフトウェアの設計をビジネスの対象領域（ドメイン）の専門知識と密接に結びつける開発手法。ユビキタス言語や境界付けられたコンテキストなどの概念を用い、複雑な業務ロジックを整理する。
소프트웨어 설계를 비즈니스 대상 영역(도메인)의 전문 지식과 밀접하게 연결하는 개발 기법. 유비쿼터스 언어나 제한된 컨텍스트 등의 개념을 사용하여 복잡한 업무 로직을 정리한다.
システム内のコンポーネントがイベントの発生を契機に処理を行う設計思想。疎結合なシステム構成を実現し、マイクロサービスやリアルタイム処理との相性が良い。
시스템 내 컴포넌트가 이벤트 발생을 트리거로 처리를 수행하는 설계 사상. 느슨한 결합의 시스템 구성을 실현하며 마이크로서비스 및 실시간 처리와 궁합이 좋다.
一定量のデータをまとめて一括処理する方式。リアルタイム処理と対比され、夜間の集計処理や大量データ変換など定期実行ジョブに広く使われる。
일정량의 데이터를 모아서 일괄 처리하는 방식. 실시간 처리와 대비되며, 야간 집계 처리나 대량 데이터 변환 등 정기 실행 잡에 널리 사용된다.
データの読み取り性能向上のため、キャッシュをどのように配置・更新・破棄するかを定めた方針。Cache-Aside・Write-Through・TTL設定などが代表的な手法。
데이터 읽기 성능 향상을 위해 캐시를 어떻게 배치·갱신·삭제할지 정의한 방침. Cache-Aside, Write-Through, TTL 설정 등이 대표적인 기법이다.
複数のサーバーにキャッシュデータを分散して保持する仕組み。RedisやMemcachedが代表例で、高トラフィック環境でのスケーラビリティとパフォーマンス向上に活用される。
여러 서버에 캐시 데이터를 분산하여 저장하는 구조. Redis나 Memcached가 대표적인 예로, 고트래픽 환경에서 확장성과 성능 향상을 위해 활용된다.
マルチテナントシステムで、各テナントのデータやリソースを他テナントから論理的・物理的に隔離する設計手法。セキュリティとデータ漏洩防止が主な目的。
멀티테넌트 시스템에서 각 테넌트의 데이터와 리소스를 다른 테넌트로부터 논리적·물리적으로 격리하는 설계 기법으로, 보안과 데이터 유출 방지가 주목적이다.
システムの動作記録。履歴。
시스템의 동작 기록. 이력.
アプリケーションを独立した小規模サービスに分割して構築する設計手法。各サービスはAPIで通信し、個別にデプロイ・スケールが可能。モノリシック構成との対比で語られることが多い。
애플리케이션을 독립적인 소규모 서비스로 분리하여 구축하는 설계 방법론. 각 서비스는 API로 통신하며 개별적으로 배포 및 스케일이 가능하고, 모놀리식 구성과 대비되는 개념으로 자주 언급된다.
一時的な障害やネットワークエラー発生時に、処理を自動で再試行する設計パターン。指数バックオフと組み合わせて過負荷を防ぐことが多い。
일시적인 장애나 네트워크 오류 발생 시 처리를 자동으로 재시도하는 설계 패턴. 지수 백오프와 함께 사용하여 과부하를 방지하는 경우가 많다.
OAuth 2.0における認可処理の流れ。Authorization Code・Implicit・Client Credentials・Resource Owner Password Credentialsの4種類のグラントタイプが定義されている。
OAuth 2.0에서 권한 부여 처리의 흐름. Authorization Code·Implicit·Client Credentials·Resource Owner Password Credentials의 4가지 그랜트 타입이 정의되어 있다.
複数のDB操作を1つのトランザクションとしてまとめ、整合性を保つデザインパターン。変更を追跡し、まとめてコミットまたはロールバックする。
여러 DB 작업을 하나의 트랜잭션으로 묶어 일관성을 유지하는 디자인 패턴. 변경 사항을 추적하고 일괄 커밋 또는 롤백한다.
障害発生時に自動で予備システムへ切り替えるアーキテクチャ設計。可用性を高めるためにアクティブ/スタンバイ構成や冗長化が用いられる。
장애 발생 시 자동으로 예비 시스템으로 전환하는 아키텍처 설계. 가용성을 높이기 위해 액티브/스탠바이 구성이나 이중화가 활용된다.
DBクエリでOFFSET句を使い、指定した件数をスキップしてデータを取得するページング手法。実装が容易だが、大量データではパフォーマンス低下が起きやすい。
DB 쿼리에서 OFFSET 구문을 사용해 지정한 건수를 건너뛰고 데이터를 가져오는 페이징 방식. 구현이 쉽지만 대용량 데이터에서는 성능 저하가 발생하기 쉽다.
ネットワークの瞬断やタイムアウトなど、一時的なエラー（Transient Fault）が発生した際に、間隔を空けて処理を再試行する設計パターン。Exponential Backoff（指数バックオフ）と組み合わせることが多い。
네트워크 순단이나 타임아웃 등 일시적인 오류(Transient Fault)가 발생했을 때 간격을 두고 처리를 다시 시도하는 설계 패턴. Exponential Backoff(지수 백오프)와 결합하는 경우가 많다.
サーバーやアプリケーションが起動直後に本番トラフィックを受け付ける前に、JVMのJITコンパイルやキャッシュを事前に初期化して処理性能を安定させるプロセス。
서버나 애플리케이션이 기동 직후 실제 트래픽을 받기 전에 JVM의 JIT 컴파일이나 캐시를 사전에 초기화하여 처리 성능을 안정시키는 프로세스.
処理の完了を待たずに次の処理を実行する方式。UIのフリーズ防止やAPIリクエストの並列実行など、パフォーマンス向上に広く活用される。
처리 완료를 기다리지 않고 다음 처리를 실행하는 방식. UI 프리즈 방지나 API 요청의 병렬 실행 등 성능 향상에 널리 활용된다.
AWSやGCPなどのクラウド上でサーバーレスアプリをコードベースで定義・デプロイできるフレームワーク。Lambda関数やAPIゲートウェイをYAML設定で一括管理できる。
AWS나 GCP 등 클라우드 환경에서 서버리스 애플리케이션을 코드 기반으로 정의하고 배포할 수 있는 프레임워크. Lambda 함수나 API 게이트웨이를 YAML 설정으로 일괄 관리할 수 있다.
Robert C. Martinが提唱したソフトウェア設計思想。依存関係をビジネスロジックの内側に向け、UI・DBなどの外部要素から独立した保守性の高い構造を実現する。
Robert C. Martin이 제안한 소프트웨어 설계 사상. 의존 관계를 비즈니스 로직 내부로 향하게 하여, UI·DB 등 외부 요소로부터 독립적이고 유지보수성이 높은 구조를 실현한다.
クライアントとサーバー間で双方向リアルタイム通信を実現するプロトコル。HTTPとは異なり、一度接続を確立すると持続的なコネクションを維持し、双方向にデータを送受信できる。
클라이언트와 서버 간 양방향 실시간 통신을 실현하는 프로토콜. HTTP와 달리 한 번 연결을 수립하면 지속적인 커넥션을 유지하며 양방향으로 데이터를 송수신할 수 있다.
Bun ランタイム向けに設計された高速な TypeScript Web フレームワーク。型安全なルーティングやバリデーションを備え、Express より大幅に高いスループットを実現する。
Bun 런타임을 위해 설계된 고속 TypeScript 웹 프레임워크. 타입 안전한 라우팅과 유효성 검사를 제공하며, Express보다 훨씬 높은 처리량을 실현한다.
非同期処理のためにタスクを順番に積み上げて管理する仕組み。メール送信や画像変換など時間のかかる処理をバックグラウンドで実行する際に活用される。
비동기 처리를 위해 작업을 순서대로 쌓아 관리하는 구조. 메일 전송이나 이미지 변환 등 시간이 걸리는 처리를 백그라운드에서 실행할 때 활용된다.
APIのエンドポイント・リクエスト/レスポンス形式・認証方式などを定義するプロセス。OpenAPIやSwaggerを用いてドキュメント化されることが多い。
API의 엔드포인트, 요청/응답 형식, 인증 방식 등을 정의하는 프로세스. OpenAPI나 Swagger를 사용해 문서화하는 경우가 많다.
システムを複数の地理的リージョンに分散して配置する設計手法。障害時の可用性確保やレイテンシ低減、災害対策（DR）を目的として採用される。
시스템을 여러 지리적 리전에 분산 배치하는 설계 방식. 장애 시 가용성 확보, 레이턴시 감소, 재해 복구(DR)를 목적으로 도입된다.
システム間の通信インターフェースを定義するプロセス。エンドポイント、リクエスト/レスポンスの形式、認証方式などを仕様として決定し、開発の基盤を作る工程。
시스템 간 통신 인터페이스를 정의하는 프로세스. 엔드포인트, 요청/응답 형식, 인증 방식 등을 사양으로 결정하여 개발의 기반을 만드는 작업.