기기에서 처리한다는 게 실제로 무슨 뜻인가

흔한 방식, 그리고 그게 정상인 이유

이미지 도구를 만드는 통상적인 방법은 파일을 서버로 보내고, 사용자에게 없는 하드웨어에서 모델을 돌리고, 결과를 돌려주는 것입니다. 합리적인 설계입니다. 모델은 크고, 서버는 빠르고, 개발자는 모델을 계속 통제할 수 있습니다.

대가는 내 이미지가 최소한 잠깐이라도 남의 컴퓨터에 놓인다는 점입니다. 운영자가 정직하고 삭제 방침을 밝혀 두었더라도, 파일은 전송됐고, 중간 경로를 지나갔고, 내가 들여다볼 수 없는 로그와 캐시에 존재합니다. 커피잔 사진이라면 상관없습니다. 출시 전 제품, 문서, 서명, 사람의 얼굴이라면 형식적인 절차가 아니라 실제 판단이 필요한 문제입니다.

그렇다고 서버 방식이 틀렸다는 뜻은 아닙니다. 다만 두 설계는 완전히 다른 방식으로 실패하기 때문에 그 차이를 아는 게 의미가 있습니다.

이 도구가 내려받는 것

기기 내 처리라고 해서 네트워크에 아무것도 오가지 않는 건 아닙니다. 방향이 반대라는 뜻입니다. 내 이미지를 내보내는 대신 모델을 들여옵니다.

처음 사용할 때 브라우저가 두 가지를 내려받습니다. 하나는 신경망 자체입니다. 어떤 픽셀이 피사체이고 어떤 픽셀이 배경인지 판단하는 ISNet 분할 모델입니다. 다른 하나는 그걸 실행할 런타임입니다. 웹어셈블리로 컴파일된 ONNX Runtime Web이고, WebGPU 가속을 지원하는 브라우저용 빌드가 따로 있습니다. 이 런타임 바이너리는 공개 패키지 CDN에서 제공되며, 그래서 첫 로드의 다운로드가 수십 메가바이트에 이릅니다.

이 다운로드는 한 번만 일어나고 이후에는 브라우저가 캐시합니다. 그다음부터는 배경 제거와 관련된 네트워크 활동이 전혀 없이 처리됩니다. 두 번째 이미지가 첫 번째보다 눈에 띄게 빠른 이유이기도 합니다.

이미지 자체는 이 과정 어디에도 끼지 않습니다. 선택한 파일에서 페이지 자신의 메모리로 읽히고, 브라우저 안에서 도는 모델로 넘어가고, 결과가 캔버스에 그려집니다. 업로드 단계가 없는 건 올릴 곳이 없기 때문입니다.

직접 확인하는 방법

이 말을 믿어 달라고 할 필요는 없습니다. 확인에 1분이면 됩니다. 브라우저 개발자 도구를 열고 — 윈도우는 F12, 맥은 Option-Command-I — 네트워크 탭을 선택하세요.

네트워크 탭이 기록 중인 상태에서 페이지를 열고 이미지를 처리해 보세요. 페이지 자체의 파일들이 보이고, 첫 사용이라면 모델과 런타임 다운로드가 보입니다. 보이지 않을 것은 내 이미지를 실어 나가는 요청입니다. 버튼을 누르는 순간에 나타나는 큰 POST나 PUT 요청이 없습니다.

페이지를 새로 고치고 네트워크 탭을 연 채로 두 번째 이미지를 처리해 보세요. 이번에는 필요한 것이 이미 로컬에 캐시되어 있어서 배경 제거가 사실상 아무 트래픽도 만들지 않습니다.

더 확실한 검사도 있습니다. 페이지를 연 다음 네트워크 연결을 완전히 끊고 이미지를 처리해 보세요. 모델이 캐시된 뒤에는 오프라인에서도 배경 제거가 됩니다. 업로드하는 도구는 이렇게 할 수 없고, 이게 가장 직접적인 증명입니다.

지켜 주는 것과 지켜 주지 않는 것

지켜 주는 것. 이미지가 전송되지 않고, 서버에 저장되지 않고, 처리 대기열에 남지 않고, 학습 데이터로 쓰일 수도 없습니다. 애초에 지금 앉아 있는 기기를 떠나지 않기 때문입니다. 문서, 서명, 얼굴, 미공개 작업물처럼 민감한 이미지라면, 제3자에게 파일을 넘길 때 생기는 위험 범주 자체가 사라집니다.

지켜 주지 않는 것. 이 사이트를 방문했다는 사실은 가려지지 않습니다. 페이지를 여는 순간 브라우저가 웹 서버와 CDN에 접속하고, 그쪽에서는 다른 웹사이트와 똑같이 IP 주소 같은 일반적인 요청 정보를 보게 됩니다. 이 사이트는 방문에 대한 일반적인 웹 분석을 쓰고 광고를 게재할 수 있으며, 두 가지 모두 개인정보 처리방침에 적혀 있습니다.

내 기기 안에서의 위험도 막아 주지 않습니다. 내 컴퓨터에 있는 파일은 여전히 내 컴퓨터에 있는 파일이고, 거기 접근할 수 있는 다른 것들의 영향을 받습니다. 동기화되는 폴더에 누끼를 저장하면 그대로 동기화됩니다.

그리고 이미지를 익명으로 만들어 주지도 않습니다. 배경을 지운다고 원본 파일의 메타데이터가 사라지지 않고, 결과 PNG는 여전히 찍힌 대상의 사진입니다. 기기 내 처리는 '무엇이 담겨 있는가'가 아니라 '누가 더 볼 수 있는가'에 관한 이야기입니다.

로컬에서 돌리는 것의 대가

첫 실행이 느립니다. 서버에 이미 올라가 있는 모델을 빌려 쓰는 대신 모델을 내려받는 것이고, 느린 회선에서는 실제로 기다려야 합니다. 브라우저당 한 번입니다.

그 뒤의 속도는 데이터센터가 아니라 내 하드웨어에 달려 있습니다. WebGPU를 지원하는 최근 노트북은 큰 이미지를 몇 초에 처리하고, 오래된 휴대폰은 눈에 띄게 오래 걸리며 메모리도 많이 씁니다. 아주 큰 이미지에서는 휴대폰의 메모리가 아예 부족해질 수 있는데, 서버 방식에서는 생기지 않는 일입니다.

기록도 계정도 없습니다. 아무것도 어디에도 저장되지 않는 게 핵심이지만, 내려받지 않은 결과는 탭을 닫는 순간 사라진다는 뜻이기도 합니다. 페이지를 떠나기 전에 저장하세요.

모델도 내려받은 그 버전으로 고정됩니다. 서버 방식은 개선된 모델로 조용히 바꿔 끼울 수 있지만, 여기서는 페이지가 싣고 있는 버전을 쓰게 됩니다. 더 예측 가능한 대신 자동으로 최신인 것은 아닙니다.

이 차이가 선택할 만큼 중요해지는 때

대부분의 사진에서는 솔직히 중요하지 않습니다. 의자 사진은 보호할 게 없고, 평판 있는 도구라면 아무거나 써도 됩니다.

차이가 생기기 시작하는 건 모르는 사람에게 메일로 보내기 망설여지는 이미지일 때입니다. 아직 출시하지 않은 제품, 문서 스캔, 서명, 아이 사진, 의료나 법률 자료, 또는 데이터를 어디서 처리해도 되는지에 대한 약정이 걸린 자료 같은 것들입니다.

조직 차원의 평범한 이유도 있습니다. 회사 자료를 외부 서비스에 업로드하는 것을 규정으로 제한하는 곳이 많은데, 애초에 업로드하지 않는 도구는 판단이 필요한 회색지대가 아니라 그냥 규정에 맞습니다.

판단이 서지 않으면 기준을 하나만 적용해 보세요. 이 파일이 내가 볼 수 없는 로그에 남아 있어도 괜찮은가? 아니라면 애초에 보내지 않는 도구를 쓰고, 주장을 믿는 대신 네트워크 탭으로 확인하세요. 이 글의 주장도 포함해서요.