[기술 블로그] Serverless로 안전하게 로컬 파일 변환하기: Web Browser APIs와 보안

전통적인 웹 아키텍처에서 파일 변환 서비스는 사용자가 업로드한 파일을 백엔드 서버(Node.js, Python, FFmpeg 등)로 전송한 후 변환된 결과를 다시 다운로드하도록 설계되었습니다. 그러나 이러한 백엔드 중심 아키텍처는 **서버 대역폭 비용 증가, 네트워크 병목 현상, 보안 유출 및 프라이버시 침해**라는 치명적인 단점을 가지고 있습니다.

배처 툴(Batcher Tools)은 서버가 어떠한 사용자 파일도 전송받지 않는 진정한 Serverless Zero-Upload Client-side Architecture를 채택했습니다. 본 블로그에서는 어떻게 웹 브라우저가 강력한 파일 가공 엔진으로 변모할 수 있었는지 기술적 원리를 다룹니다.

1. 핵심 웹 API 3가지: WICG File System Access, Canvas, Web Workers

배처 툴이 완전한 100% 로컬 가공 환경을 구축할 수 있게 만든 3가지 핵심 현대 웹 기술입니다.

WICG File System Access API: 최신 크롬, 에지 브라우저에서 제공하는 표준 API로, 사용자가 허용한 특정 디렉토리/파일 핸들(FileHandle)에 대해 서버 업로드 없이 로컬 디스크 상의 바이너리를 직접 읽고 쓸 수 있는 직렬화 권한을 제공합니다.
HTML5 Canvas 래스터라이저: SVG 소스코드를 브라우저 DOM 객체로 렌더링한 후, OffscreenCanvas 또는 2D CanvasContext에 투과시켜 PNG/JPG 비트맵 데이터 스트림으로 원자적 변환을 집행합니다.
Web Worker 기반 비동기 인코더: 메인 UI 스레드가 멈추지 않도록 WAV 디코딩 및 LameJS MP3 인코딩 처리를 백그라운드 멀티스레드(Web Worker)로 이관하여 고속 병렬 처리를 구현합니다.

기업 프라이버시 및 미공개 지식재산(IP) 보호: 개발사, 디자인 에이전시, 의료/금융기관의 미공개 리소스는 보안 규정상 외부 웹 서버 업로드가 엄격히 금지됩니다. 배처 툴은 오프라인(Internet Disconnected) 환경에서도 동일하게 작동하므로 보안 정책 준수에 최적입니다.

2. 기존 서버 업로드 방식 vs 배처 툴 클라이언트 로컬 방식 비교

속도 (Performance): 서버 방식은 파일 업로드시간 + 서버 렌더링 + 다운로드 시간이 소비되지만, 배처 툴은 100% 로컬 디바이스 CPU/RAM 성능으로 즉각 변환됩니다.
파일 대용량 처리 한도: 서버 방식은 50MB~100MB 업로드 용량 제한이 존재하나, 배처 툴은 브라우저 샌드박스 메모리가 허용하는 한 수천 개의 대용량 파일도 제약 없이 가공합니다.
네트워크 의존성: 서버 방식은 와이파이 disconnect 시 서비스 이용 불가능하지만, 배처 툴은 PWA 서비스 워커 및 캐싱을 바탕으로 오프라인에서도 작동합니다.

3. 결론 및 향후 아키텍처 비전

웹 브라우저는 단순한 문서 뷰어가 아닌 고성능 데스크톱 애플리케이션 플랫폼으로 진화했습니다. 배처 툴은 사용자 데이터 보안과 작업 속도를 최우선 가치로 삼아, 사용자의 프라이버시를 완벽히 지키면서 최고의 생산성을 제공하는 로컬 웹 도구 생태계를 확장해 나갈 것입니다.

Traditional file processing websites upload user files to remote servers (Node.js, Python, FFmpeg) and return converted downloads. This server-heavy paradigm suffers from **high network bandwidth costs, server bottlenecks, and data leakage privacy risks**.

Batcher Tools embraces a true Serverless Zero-Upload Client-side Architecture where zero user file data touches external servers. This blog explains the technical browser primitives driving local file transformations.

1. 3 Core Web Platform APIs

WICG File System Access API: Standardized in Chrome & Edge, granting direct read/write handles to local user directories without server roundtrips.
HTML5 Canvas Rasterization: Renders raw SVG DOM elements into OffscreenCanvas context to stream PNG/JPG bitmaps locally.
Web Worker Audio Processing: Offloads WAV audio decoding and MP3 compression to background threads to prevent UI freezes.

Enterprise Privacy & Security: Unreleased design IP and confidential audio streams never leave your device memory, guaranteeing compliance even when disconnected from the Internet.

2. Cloud Uploads vs. 100% Local Client-Side

Performance: Zero network transmission latency; execution speeds are only bound by local hardware capabilities.
File Limits: No arbitrary 50MB upload caps; handles thousands of assets smoothly.
Offline Support: Fully operational without active Internet connectivity.

3. Conclusion