ETL(추출 변환 적재)
Extract Transform Load · 추출 변환 적재
ETL은 여러 원천에서 데이터를 추출하고 업무 규칙에 맞게 변환한 뒤 데이터웨어하우스 같은 대상에 적재하는 처리 과정입니다. 먼저 적재한 뒤 대상 환경에서 변환하는 ELT와 순서가 다릅니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
ETL은 어떤 역할을 하나요?
AWS는 ETL을 원천에서 데이터를 추출하고 업무 규칙에 따라 변환한 뒤 대상 저장소에 넣는 과정으로 설명합니다. AWS ETL 설명 특정 공급사의 관리형 서비스가 ETL 표준 자체는 아니며 배치·스트리밍·코드·시각 도구 중 어떤 구현을 쓰는지는 데이터 양과 지연 요구에 따라 결정합니다. 증분 적재 기준이 수정 시각 하나뿐인데 원천 시스템이 과거 행을 늦게 고치거나 삭제 이벤트를 별도 전송한다면 변경을 놓칠 수 있으므로 워터마크와 백필 범위 그리고 삭제 전파 규칙을 함께 설계합니다.
무엇과 구분해야 하나요?
| 구분 | 판단 기준 |
|---|---|
| ETL | 대상 적재 전에 변환합니다. |
| ELT | 원자료를 먼저 대상에 적재하고 그곳에서 변환합니다. |
| 데이터 복제 | 원천 변경을 대상에 복사하며 변환이 적을 수 있습니다. |
| API 연동 | 시스템 간 요청·응답 방식이며 전체 변환 절차와 같지 않습니다. |
실무에서는 어떻게 계산하거나 확인하나요?
가상의 광고 API에서 일별 10만 행을 추출해 통화와 캠페인 ID를 정규화하고 웨어하우스에 적재한다고 가정합니다. 원천 100,000행, 중복 키 1,200행, 오류 격리 300행이면 적재 대상은 단순 계산상 98,500행입니다. 중복과 오류가 겹치는지 확인하지 않으면 차감식이 틀리므로 고유 키와 제외 사유를 별도 집계합니다.
계약·도입·데이터 연동에서는 무엇을 확인하나요?
Google Cloud는 ETL이 여러 시스템 데이터를 결합하고 ELT는 클라우드 저장소에 먼저 넣은 뒤 변환하는 순서라고 설명합니다. Google Cloud ETL 설명 연동 설계에는 원천·대상, 스키마, 증분 키, 시간대, 삭제·수정 반영, 실패 재시도, 백필, 품질 규칙과 책임자를 적습니다. 공급사 커넥터의 지원 필드와 API 한도는 제품별 기능입니다.
한계와 검수 기준은 무엇인가요?
작업 성공 메시지는 모든 행과 값이 정확하다는 증거가 아닙니다. 원천 행 수, 변환 전후 합계, 중복·결측·격리 건수와 대상 쿼리를 대조합니다. ELT가 항상 더 빠르거나 저렴하다고 단정하지 않고 민감정보를 먼저 적재할 때 접근 권한·보유기간·지역과 변환 전 노출을 검토합니다.
자주 묻는 질문
- ETL과 ELT 중 무엇이 더 좋은가요?
- 원천 규모·대상 성능·개인정보·지연·비용에 따라 다릅니다. 순서와 통제 지점을 비교합니다.
- 커넥터가 성공이면 데이터도 모두 맞나요?
- 아닙니다. 누락·중복·형 변환·시간대·삭제 반영을 원천과 대조해야 합니다.
- ETL은 배치 작업만 뜻하나요?
- 전통적으로 배치가 많지만 스트리밍 방식도 가능합니다. 처리 주기와 지연 요구를 명시합니다.
출처와 확인 범위
- What is ETL? · Amazon Web Services · 확인 2026-10-27
추출·변환·적재 단계의 공급사 설명을 뒷받침합니다.
확인 범위: AWS 설명이며 특정 도구·실행 순서·비용을 표준으로 강제하지 않습니다.
- What is ETL? · Google Cloud · 확인 2026-10-27
ETL과 ELT의 순서 차이를 뒷받침합니다.
확인 범위: Google Cloud 설명이며 배치·스트리밍·품질 규칙은 구현별로 다릅니다.