Snapshot vs. Delta

스냅샷(Snapshot)과 델타(Delta)는 데이터 변화를 관리하는 두 가지 근본적인 접근 방식이다.

  • 스냅샷: 특정 시점의 전체 시스템 상태를 저장한다. Git이 대표적으로, 각 커밋 시 프로젝트 전체의 파일 상태를 기록한다.
  • 델타: 이전 버전 대비 변경된 부분만 저장한다. SVN, CVS 등 전통적 VCS에서 사용되며, 저장 공간 효율성이 장점이다.

이 두 방식은 저장 효율성, 성능, 복구 속도에서 차이를 보이며, 현대 시스템에서는 버전 관리 시스템(Git, SVN 등), 백업 솔루션, 데이터베이스 시스템 등 여러 컴퓨팅 분야에서 중요하게 사용된다. 또한, 두 방식의 혼합하여 사용하는 하이브리드 접근법(예: Git의 git gc를 통한 델타 압축)도 활용된다.

핵심 개념

스냅샷(Snapshot)과 델타(Delta)는 데이터 변화를 추적하고 저장하는 두 가지 핵심 방법론이다:

  1. 스냅샷(Snapshot):
    • 특정 시점의 데이터 전체 상태를 완전히 저장하는 방식
    • 각 버전은 독립적인 완전한 데이터 사본으로 저장됨
    • 예: Git의 커밋은 프로젝트 파일들의 전체 상태를 스냅샷으로 저장
  2. 델타(Delta):
    • 이전 버전과의 차이점(변경 사항)만을 저장하는 방식
    • 변경된 부분만 기록하여 저장 공간을 절약
    • 예: SVN은 파일의 변경 사항만을 델타로 저장

필요성

스냅샷과 델타 접근 방식이 필요한 이유는 다음과 같다:

  1. 데이터 변경 추적: 시간에 따른 데이터 변화를 체계적으로 추적
  2. 버전 관리: 소프트웨어 개발, 문서 작업 등에서 효과적인 버전 관리 지원
  3. 복구 기능: 시스템 장애나 사용자 오류 발생 시 이전 상태로 복구 가능
  4. 협업 지원: 여러 사용자가 동일한 데이터에 대해 작업할 때 변경 사항 충돌 해결
  5. 저장 공간과 성능 최적화: 시스템 요구사항에 따라 적절한 방식 선택 가능

스냅샷(Snapshot)과 델타(Delta) 방식 종합 비교 분석

기본 개념 및 작동 원리

비교 항목스냅샷 (Snapshot)델타 (Delta)
기본 개념특정 시점의 전체 데이터 상태를 저장이전 버전과의 차이(변경 사항)만 저장
저장 단위완전한 독립 데이터셋변경된 부분에 대한 정보
참조 구조자체 참조(Self-contained)기준 버전 + 델타 체인 참조
데이터 표현전체 데이터의 완전한 복사본기준점으로부터의 변경 명령어 집합
대표적 예시GitSVN
작업 단위프로젝트 전체 단위파일 단위
커밋 식별자SHA-1 해시순차적 리비전 번호

기능적 특성 비교

기능 측면스냅샷 (Snapshot)델타 (Delta)
데이터 저장 방식전체 상태를 완전히 보존변경된 부분만 저장
복구 독립성✅ 다른 버전에 의존하지 않고 직접 복구 가능⚠️ 기준 버전과 중간 델타들이 필요
접근 방식✅ 여러 버전에 병렬적으로 접근 가능⚠️ 순차적 접근이 필요한 경우가 많음
데이터 무결성✅ 각 버전이 완전한 형태로 저장되어 손상 위험 감소⚠️ 델타 체인 중 손상 시 이후 버전 접근 어려움
저장 효율성⚠️ 중복 데이터 저장으로 공간 소비가 큼✅ 변경 부분만 저장하여 공간 효율적
세부 변경 추적⚠️ 변경 사항 파악을 위해 버전 간 비교 필요✅ 정확히 어떤 부분이 변경되었는지 직접 추적
저장 속도⚠️ 전체 데이터 저장으로 시간 소요✅ 변경 사항만 기록하므로 저장 속도 향상
네트워크 효율성⚠️ 모든 데이터 전송 필요✅ 변경 사항만 전송하여 대역폭 절약
병합 연산 효율성✅ 개별 상태를 기반으로 빠른 병합 연산⚠️ 델타 체인 병합 시 충돌 해결 복잡성 증가
초기 백업 효율성⚠️ 초기 전체 상태 저장에 많은 시간 소요✅ 초기 기준점 이후 빠른 변경 사항 추적

시스템 역할 및 응용

역할 측면스냅샷 (Snapshot)델타 (Delta)
데이터 보존✅ 특정 시점의 완전한 상태 보존⚠️ 변경 이력 관리에 중점
시스템 복구✅ 장애 시 신속한 복구 지원⚠️ 복구를 위해 여러 델타 적용 필요
접근 독립성✅ 각 버전에 독립적으로 접근 가능⚠️ 이전 버전에 의존적
분산 환경 지원✅ 네트워크 연결 없이도 로컬에서 완전한 이력 접근⚠️ 중앙 서버를 통한 효율적 관리에 적합
저장 공간 관리⚠️ 상대적으로 많은 저장 공간 필요✅ 중복 데이터 저장 최소화로 공간 최적화
변경 이력 관리⚠️ 버전 간 비교를 통한 간접적 관리✅ 세부적인 변경 사항 직접 추적
네트워크 트래픽⚠️ 각 버전마다 전체 데이터 전송 필요✅ 변경 사항만 전송하여 트래픽 감소
시스템 아키텍처✅ 분산 시스템에 적합✅ 중앙 집중식 시스템에 적합
디렉토리 추적⚠️ 디렉토리 구조만 추적✅ 디렉토리 자체도 버전 관리
메타데이터 처리✅ 커밋 객체에 저장⚠️ 파일 속성으로 저장

성능 및 리소스 활용

성능 측면스냅샷 (Snapshot)델타 (Delta)
접근 속도✅ 특정 버전에 즉시 접근 가능⚠️ 여러 델타를 적용해야 하므로 접근 지연 가능
복구 시간✅ 직접 접근으로 빠른 버전 복구⚠️ 오래된 버전일수록 복구 시간 증가
리소스 사용 패턴⚠️ 주기적 대용량 처리로 불규칙한 부하 발생✅ 지속적 소량 처리로 일정한 부하 분산
압축/최적화⚠️ 주기적 가비지 컬렉션과 압축 작업 필요✅ 자체적으로 공간 효율적이라 최적화 작업 빈도 낮음
장기 사용 성능⚠️ 저장소 크기 증가에 따른 성능 저하 가능성⚠️ 델타 체인 길이 증가로 성능 저하 가능성
검색 성능✅ 특정 버전의 내용에 직접 접근 가능하여 검색 빠름⚠️ 델타 체인을 따라가야 해서 검색이 느릴 수 있음
저장소 크기 증가율⚠️ 변경 빈도에 따라 빠르게 증가 가능✅ 변경 사항만 저장하므로 증가율 낮음

데이터 안정성 및 신뢰성

안정성 측면스냅샷 (Snapshot)델타 (Delta)
데이터 안정성✅ 각 버전이 독립적이라 손상 위험 감소⚠️ 델타 체인 손상 시 복구 어려움
버전 의존성✅ 각 버전이 독립적으로 존재⚠️ 특정 버전 복원을 위해 이전 버전들이 필요
부분 손상 복원✅ 손상된 버전과 독립적으로 나머지 복원 가능⚠️ 체인 중간 손상 시 이후 버전 모두 영향
손상 감지✅ 개별 버전 무결성 검증 용이⚠️ 델타 체인 전체 검증 필요성
장기 보존성✅ 완전한 상태로 장기 보존에 유리⚠️ 시간이 지날수록 델타 체인 복잡성 증가
백업 효율성✅ 각 백업이 독립적이라 관리 용이⚠️ 델타 체인 일관성 유지 필요
장애 복구✅ 일부 스냅샷이 손상되어도 다른 스냅샷은 독립적 사용 가능⚠️ 델타 체인의 한 부분 손상 시 이후 버전 접근 어려움

협업 및 개발 환경

협업 측면스냅샷 (Snapshot)델타 (Delta)
개발 워크플로우✅ 비선형적 개발(분기/병합)에 적합⚠️ 선형적 개발 흐름에 최적화
동시 작업✅ 병렬 개발 후 지능적 병합 지원⚠️ 동시 변경 시 충돌 발생 가능성 높음
대규모 팀 지원✅ 독립적 작업 단위로 대규모 팀 지원⚠️ 중앙 집중식으로 규모 확장 시 병목 가능성
버전 관리✅ 독립적 버전 관리로 복잡도 낮음⚠️ 복잡한 델타 체인 관리 필요
버전 간 비교⚠️ 전체 비교가 필요해 시간 소요✅ 정확한 변경 사항 즉시 확인 가능
브랜치 처리✅ 참조 기반 가벼운 브랜치⚠️ 경로 기반 브랜치로 복잡도 높음
파일 이름 변경 처리✅ 콘텐츠 기반 암시적 추적⚠️ 명시적 이름 변경 추적 필요
브랜치 및 병합 성능✅ 브랜치가 가볍고 병합도 효율적⚠️ 브랜치 생성 및 병합이 복잡하고 시간 소요

구현 및 운영

구현 측면스냅샷 (Snapshot)델타 (Delta)
구현 복잡성✅ 상대적으로 단순한 구현⚠️ 델타 체인 관리를 위한 복잡한 로직 필요
규제 준수✅ 특정 시점 상태 증명에 유리(감사/법적 증거)⚠️ 변경 이력 재구성 과정에서 증명 복잡성
재해 복구✅ 단일 파일로 신속한 복구 가능⚠️ 여러 델타 파일 필요로 복구 복잡성 증가
공간 활용⚠️ 압축 기술을 통해 효율성 개선 가능하나 기본 소비 큼✅ 기본적으로 공간 효율적
네트워크 의존성✅ 대부분 작업이 로컬에서 가능⚠️ 대부분 작업에 네트워크 필요
접근 모델✅ 분산형으로 독립적 작업 가능⚠️ 중앙 집중식으로 서버 의존성 높음

시스템 특성별 적합성

시스템 특성스냅샷 적합도델타 적합도주요 고려 요소
대용량 정적 데이터낮음높음저장 공간 효율성
빈번한 소규모 변경낮음높음변경 추적 효율성
복구 중요 시스템높음낮음복구 속도와 안정성
분산 협업 환경높음중간독립적 작업 가능성
제한된 스토리지낮음높음저장 공간 효율성
제한된 네트워크낮음높음전송 데이터 크기
엄격한 규제 환경높음중간데이터 증명 용이성
실시간 동기화 필요낮음높음데이터 전송 효율성
장기 보존 중요높음중간데이터 독립성과 무결성
오프라인 작업 필요높음낮음네트워크 의존성 여부
대규모 협업 팀높음중간병렬 작업 및 병합 용이성

대표적 사용 사례

다양한 기술 영역에서 스냅샷과 델타 방식이 어떻게 활용되는지 보여준다. 각 카테고리에서 두 방식이 상호 보완적으로 사용되는 경우가 많으며, 시스템의 요구사항과 특성에 따라 적절한 방식이 선택된다.

버전 관리 시스템

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
소스 코드 관리Git의 전체 저장소 복제(clone)Git의 커밋 간 차이점 저장 방식
문서 관리Google 문서의 ‘버전 기록’ 기능Microsoft Word의 변경 내역 추적 기능
디자인 도구Figma의 전체 디자인 저장Adobe XD의 변경 내역 관리
협업 플랫폼Notion의 페이지 버전 관리Confluence의 문서 변경 이력

데이터베이스 및 저장소

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
관계형 데이터베이스MySQL의 전체 데이터베이스 백업PostgreSQL의 WAL(Write-Ahead Logging)
NoSQL 데이터베이스MongoDB의 전체 데이터베이스 백업MongoDB의 Oplog(Operation Log)
클라우드 스토리지Amazon S3의 전체 버킷 복제AWS S3의 버전 관리 기능
분산 저장소Hadoop HDFS의 전체 데이터 복제Apache Cassandra의 커밋 로그
데이터 웨어하우스Snowflake의 데이터베이스 클론Delta Lake의 트랜잭션 로그

시스템 백업 및 복구

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
운영체제Windows 시스템 복원 지점Windows 업데이트 패치
가상화VMware의 가상 머신 스냅샷Hyper-V의 차등 디스크
클라우드 인프라AWS AMI(Amazon Machine Image)CloudFormation의 스택 업데이트
컨테이너Docker 이미지Docker 이미지 레이어 (각 명령어의 변경 사항)
네트워크 장비Cisco 라우터 구성 백업SNMP를 통한 구성 변경 추적

미디어 및 콘텐츠 관리

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
이미지 편집Photoshop의 전체 파일 저장Photoshop의 히스토리 기능
비디오 편집Final Cut Pro의 프로젝트 백업Adobe Premiere의 오토세이브 변경 기록
게임 개발Unity의 프로젝트 백업Unreal Engine의 변경 사항 추적
콘텐츠 관리WordPress의 전체 사이트 백업WordPress의 리비전 기능
3D 모델링Blender의 전체 프로젝트 저장Blender의 버전 히스토리 추적

분산 시스템 및 복제

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
데이터 동기화Dropbox의 전체 폴더 동기화Google Drive의 실시간 파일 변경 동기화
재해 복구Azure Site Recovery의 전체 복제AWS CloudEndure의 블록 레벨 복제
데이터 이주AWS Database Migration Service 전체 복제AWS DMS의 CDC(Change Data Capture)
멀티 리전 배포AWS 글로벌 테이블의 전체 복제Azure Cosmos DB의 다중 지역 복제
에지 컴퓨팅AWS Outposts의 전체 환경 복제Azure IoT Edge의 델타 업데이트

분석 및 모니터링

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
시계열 데이터Prometheus의 전체 메트릭 저장InfluxDB의 증분 데이터 수집
로그 관리Elasticsearch의 인덱스 스냅샷Logstash의 실시간 로그 스트리밍
데이터 레이크AWS S3의 데이터 레이크 백업Delta Lake의 트랜잭션 로그
BI 도구Tableau의 데이터 추출Power BI의 증분 새로고침
머신러닝TensorFlow 모델 체크포인트모델 파라미터의 점진적 업데이트

모바일 및 엣지 디바이스

분류스냅샷 (Snapshot) 예시델타 (Delta) 예시
모바일 앱iOS의 전체 백업Android의 증분 백업
IoT 디바이스전체 펌웨어 이미지 업데이트OTA(Over-The-Air) 델타 업데이트
임베디드 시스템전체 시스템 ROM 플래싱FOTA(Firmware-Over-The-Air) 업데이트
웨어러블 기기Apple Watch의 전체 백업피트니스 트래커의 데이터 동기화
스마트홈스마트홈 허브의 설정 백업스마트 기기의 구성 변경 동기화

주요 원리 및 작동 원리

스냅샷 작동 원리

  1. 초기 상태 저장: 시스템의 초기 상태가 완전한 형태로 저장된다.
  2. 변경 감지: 데이터에 변경이 발생하면 변경 시점을 감지한다.
  3. 전체 상태 캡처: 변경이 발생한 시점의 전체 데이터 상태를 새로운 스냅샷으로 저장한다.
  4. 중복 최적화: 실제 구현에서는 변경되지 않은 데이터는 이전 스냅샷의 데이터를 참조하는 방식으로 중복 저장을 최적화한다(Git의 경우).
  5. 버전 식별: 각 스냅샷에 고유 식별자(해시 등)를 부여하여 관리한다.
  6. 복원 프로세스: 특정 버전으로 복원 시 해당 스냅샷의 데이터를 그대로 불러온다.

델타 작동 원리

  1. 기준 버전 설정: 초기 상태를 기준 버전으로 완전히 저장한다.
  2. 변경 감지: 데이터 변경이 발생하면 변경된 부분을 감지한다.
  3. 차이 계산: 이전 버전과 현재 상태의 차이(델타)를 계산한다.
  4. 델타 저장: 계산된 차이만을 순차적으로 저장한다.
  5. 체인 형성: 델타들이 체인 형태로 연결되어 버전 이력을 형성한다.
  6. 복원 프로세스: 특정 버전으로 복원 시 기준 버전부터 시작하여 해당 버전까지의 모든 델타를 순차적으로 적용한다.

작동 원리 다이어그램

스냅샷 방식 (Git 기반):

1
2
3
4
5
6
7
8
시간 ----->

[스냅샷 1] -> [스냅샷 2] -> [스냅샷 3] -> [스냅샷 4]
   |             |             |             |
 파일 전체     파일 전체     파일 전체     파일 전체
   상태          상태          상태          상태
(참조를 통한    (참조를 통한    (참조를 통한
 중복 최적화)    중복 최적화)    중복 최적화)

델타 방식 (SVN 기반):

1
2
3
4
5
6
시간 ----->

[기준 버전] -> [델타 1] -> [델타 2] -> [델타 3]
     |           |           |           |
  파일 전체    변경 사항    변경 사항    변경 사항
    상태       만 저장      만 저장      만 저장

구성 요소 및 아키텍처

스냅샷 시스템의 구성 요소 및 아키텍처

  1. 스토리지 레이어:
    • 기능: 스냅샷 데이터 저장 및 관리
    • 역할: 효율적인 데이터 저장 및 검색 제공
  2. 메타데이터 관리자:
    • 기능: 스냅샷의 메타데이터(시간, 작성자, 설명 등) 관리
    • 역할: 스냅샷 식별 및 검색 지원
  3. 버전 식별 시스템:
    • 기능: 각 스냅샷에 고유 식별자 할당(해시 등)
    • 역할: 스냅샷 간의 관계 및 순서 유지
  4. 중복 제거 엔진:
    • 기능: 동일한 데이터의 중복 저장 방지
    • 역할: 저장 공간 최적화
  5. 색인 시스템:
    • 기능: 스냅샷 내용에 대한 색인 생성 및 유지
    • 역할: 빠른 검색 및 접근 지원

Git의 스냅샷 기반 아키텍처:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
[사용자 인터페이스]
      |
[Git 명령어 처리기]
      |
  +---+---+
  |       |
[객체 저장소] [색인 시스템]
  |       |
  +---+---+
      |
[참조 관리자]
      |
[로컬 저장소]
      |
[원격 저장소]

델타 시스템의 구성 요소 및 아키텍처

  1. 기준 버전 저장소:
    • 기능: 초기 상태 또는 주기적 전체 백업 저장
    • 역할: 델타 적용을 위한 기준점 제공
  2. 델타 계산 엔진:
    • 기능: 이전 버전과 현재 버전 간의 차이 계산
    • 역할: 효율적인 델타 생성
  3. 델타 체인 관리자:
    • 기능: 델타들 간의 연결 관계 관리
    • 역할: 버전 순서 및 의존성 유지
  4. 복원 프로세서:
    • 기능: 기준 버전에 델타를 순차적으로 적용하여 특정 버전 복원
    • 역할: 데이터 복구 프로세스 수행
  5. 충돌 해결 시스템:
    • 기능: 여러 델타 간의 충돌 감지 및 해결
    • 역할: 데이터 일관성 유지

SVN의 델타 기반 아키텍처:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
[사용자 인터페이스]
      |
[SVN 명령어 처리기]
      |
  +---+---+
  |       |
[중앙 저장소] [작업 복사본]
  |       |
  +---+---+
      |
[델타 관리 시스템]
      |
[버전 제어 시스템]

실무에서 효과적으로 적용하기 위한 고려사항 및 주의할 점

고려사항설명
저장 공간스냅샷 방식은 저장 공간을 많이 사용하므로, 저장소 용량을 충분히 확보해야 합니다.
복구 속도델타 방식은 복구 시 여러 델타를 적용해야 하므로, 복구 속도가 느릴 수 있습니다.
데이터 무결성델타 방식은 중간 델타 파일이 손상되면 전체 복구가 어려울 수 있으므로, 정기적인 백업이 필요합니다.

하이브리드 접근법

현대 시스템에서는 스냅샷과 델타 방식의 장점을 결합한 하이브리드 접근법이 많이 활용되고 있다:

하이브리드 전략설명적용 사례
주기적 스냅샷 + 델타정기적 전체 스냅샷과 중간에 델타 저장현대적 백업 솔루션(Veeam, Commvault)
기준 스냅샷 + 델타 체인 제한기준 스냅샷에서 시작하여 델타 체인 길이 제한Git의 팩 파일 압축 및 가비지 컬렉션
계층적 델타 저장중요 버전은 스냅샷으로, 일반 변경은 델타로 저장현대적 가상화 플랫폼(VMware, Hyper-V)
지능형 중복 제거스냅샷 내 중복 데이터 최적화엔터프라이즈 스토리지(NetApp, EMC)
병렬 델타 체인다중 델타 체인으로 단일 장애점 감소분산 데이터베이스 복제 시스템
적응형 전환 알고리즘시스템 상태에 따라 두 방식 동적 전환클라우드 환경의 가변적 리소스 관리

추가로 알아야 하거나 학습해야 할 내용

관련 분야학습 내용간략한 설명
데이터 구조B-트리와 LSM 트리스냅샷과 델타 저장에 사용되는 핵심 데이터 구조
그래프 기반 버전 모델버전 간의 관계를 그래프로 모델링하는 접근법
시계열 데이터 구조시간에 따른 변화를 효율적으로 저장하는 데이터 구조
시스템 설계분산 시스템 일관성 모델분산 환경에서의 데이터 일관성 보장 방식
내결함성 설계시스템 장애 시에도 데이터 무결성을 보장하는 설계
확장성 패턴대규모 시스템으로의 확장을 위한 아키텍처 패턴
성능 최적화I/O 최적화 기법디스크 I/O 패턴을 최적화하는 다양한 기법
메모리 계층 활용캐시, 메인 메모리, 스토리지의 계층적 활용 전략
병렬 처리 패턴병렬 환경에서의 효율적인 데이터 처리 패턴
도구 및 프레임워크현대적 버전 관리 도구Git, Mercurial, Fossil 등 현대적 도구의 심층 이해
델타 압축 라이브러리xdelta, bsdiff 등 델타 압축 라이브러리의 활용
버전 관리 API프로그래밍적으로 버전 관리 시스템을 다루는 API
보안 및 규정 준수암호화된 버전 관리민감한 데이터의 안전한 버전 관리 방식
규제 대응 감사 추적규제 요구사항을 충족하는 변경 이력 관리
접근 제어 모델버전 관리 시스템의 세분화된 접근 제어 방식
실무 적용Git 워크플로우 모델GitFlow, GitHub Flow 등 실무적인 Git 워크플로우
대규모 팀 협업 전략수백 명 규모의 개발팀을 위한 버전 관리 전략
레거시 시스템 마이그레이션기존 시스템에서 현대적 버전 관리로의 마이그레이션
신기술 동향양자 내성 해시 함수양자 컴퓨팅 시대에 대비한 암호 해시 기술
기계학습 기반 최적화AI/ML을 활용한 버전 관리 시스템 최적화
에지 컴퓨팅 환경의 VCS에지 컴퓨팅 환경에 최적화된 버전 관리 접근법

용어 정리

용어설명
원자적 커밋여러 파일의 변경 사항이 하나의 불가분의 단위로 처리되어, 모두 성공하거나 모두 실패하는 특성
해시 트리데이터 무결성 검증을 위해 해시 함수를 트리 구조로 구성한 데이터 구조 (Merkle 트리라고도 함)
중복 제거동일한 데이터를 한 번만 저장하고 참조를 통해 공유하는 저장 공간 최적화 기술
Copy-on-Write데이터 수정 시 원본을 변경하지 않고 수정된 부분의 새 복사본을 생성하는 기술
델타 인코딩두 데이터 버전 간의 차이를 효율적으로 인코딩하는 방법
충돌 해결동일 데이터에 대한 서로 다른 변경 사항이 충돌할 때 이를 해결하는 프로세스
작업 복사본중앙 저장소에서 가져온 파일들의 로컬 복사본으로, 사용자가 작업하는 공간
리비전버전 관리 시스템에서 각 변경 사항에 부여되는 식별자 또는 번호
브랜치메인 개발 라인에서 분기하여 독립적으로 개발할 수 있는 별도의 버전 라인
팩 파일Git에서 여러 개체를 하나의 파일로 압축하여 저장 효율성을 높이는 파일 형식
Delta Lake데이터 레이크에 델타 방식 적용한 오픈소스 저장 포맷
Deltification변경분을 델타로 인코딩하는 과정.

참고 및 출처