LTX-2 로컬 vs 클라우드: ComfyUI vs WaveSpeed (속도, 비용 & 프라이버시)

작은 일이 나를 밀어붙였다: 40초의 대기. 나는 LTX-2 클라우드에서 배치를 시작하고 머그잔을 채우러 떠났다. 돌아왔을 때, 한 작업이 모호한 오류로 실패했고, 그것이 내 잘못인지, 프리셋인지, 서비스인지 알 수 없었다. 그 작은 일시 정지가 남았다. 다음 날 아침 같은 프리셋을 로컬에서 실행했고, 이메일 앱이 동기화되기 전에 완료되었다. 그 대비가 이 글의 주제다: LTX-2 로컬 vs 클라우드, 기능 목록이 아니라, 각각이 일상에 더하거나 빼는 무게에 대해.

나는 2026년 1월 초에 16인치 MacBook Pro(M2 Pro, RAM 32GB)와 RTX 4090이 있는 작은 우분투 박스, 그리고 미국 지역의 LTX-2 클라우드를 함께 두 가지 설정을 테스트했다. 당신의 하드웨어와 지역은 숫자를 바꿀 것이지만, 트레이드오프는 익숙한 방식으로 정렬되었다. 모델에 대한 더 기술적인 세부사항은 LTX-2 연구 논문을 참조하세요.

빠른 결정 표 (사용 사례별 로컬 vs 클라우드)

앞뒤로 전환하기 전에 내가 가지고 싶었던 빠른 경로는 다음과 같다.

사용 사례	선택	올바른 이유
단일 미리보기, 타이트한 피드백 루프	로컬	거의 대기 없음, 빠른 반복, 프리셋과 프롬프트 디버깅이 쉬움.
마감 기한이 정해진 큰 배치	클라우드	병렬 작업, 더 나은 처리량, 설정되면 관리할 일이 더 적음.
민감한 데이터(PII, 미공개 자산)	로컬	업로드 없음: 기본적으로 보존 및 액세스를 제어함.
불규칙한 워크로드(어떤 주는 많고, 다른 주는 적음)	클라우드	버스트에 대해 비용 지불: 책상 아래 유휴 GPU가 윙윙거리지 않음.
오프라인 또는 불안정한 인터넷	로컬	명백하지만, Wi-Fi가 끊기는 순간 중요함.
팀 공유 및 재현성	클라우드	중앙화된 프리셋, 로그 및 권한으로 “내 컴퓨터에서 작동함” 문제 감소.
실험적 작업(사용자 정의 빌드, 엣지 플래그)	로컬	버전을 고정하고, 브랜치를 테스트하고, 즉시 롤백할 수 있음.

이 정도로 나뉠 줄은 몰랐다. 하지만 일주일 후, 나는 기본적으로 로컬로 미리보기를 하고 200개 이상의 항목을 클라우드로 보내고 있었다.

속도: 로컬 하드웨어 vs 클라우드 처리량

물론, 속도는 나에게 두 가지 다른 느낌으로 나뉘었다.

• 로컬은 일회용으로 빠르게 느껴졌다. M2 Pro에서 단일 LTX-2 작업은 약 1-2초 안에 시작되었고 충분히 빨리 완료되어 집중력을 유지했다. 4090 박스에서는 따뜻해지면 거의 즉시였다.
• 클라우드는 대량으로 안정적으로 느껴졌다. 첫 번째 작업은 때때로 대기열에서 5-15초를 기다렸지만, 50개의 병렬 작업은 그것을 평탄화했다. 처리량이 지연 시간을 이겼다.

현장에서의 작은 참고: 콜드 스타트는 우리가 인정하는 것보다 더 중요하다. 로컬 캐시, 가중치에서 중간 파일까지, 반복된 실행을 더 가볍게 느끼게 했다. 캐시를 삭제하고 갑자기 모든 것이 느려질 때까지 이것을 알아차리지 못했다. 클라우드에서는 그 계층을 제어하지 않았으므로, 규모를 위해 작은 시작 비용을 받아들였다.

놀랐던 점: 가장 빠른 단일 미리보기는 항상 로컬이었다. 1,000개 항목에 대한 가장 빠른 시간은 항상 클라우드였다. 내 피벗 포인트는 약 150-250개 항목이었다. 그 이상이면, 명령을 입력하고 서비스가 확산되도록 하면 오후가 절약되었다. 그 이하이면, 로컬 실행을 부팅하면 작업에 집중할 수 있었다.

비용: 전기 + 감가상각 vs 크레딧

나는 홍보가가 아닌 차분한 회계사처럼 가격을 책정하려고 했다.

로컬 비용은 다음과 같다:

• 선불 하드웨어(또는 월간 임대)
• 전기(내 4090 리그는 유휴 상태에서 약 90W, 부하 상태에서 420W)
• 감가상각 및 유지보수(팬, 스토리지, 가끔 드라이버 토끼굴)

클라우드 비용은 다음과 같다:

• 작업당 또는 토큰당 크레딧
• 자산을 주변에 두면 가능한 송신/스토리지
• 배치가 급증할 때 초과

내 노트에서 두 가지 빠른 스케치:

• 200개 항목 배치, 각 작업 약 1분: 로컬은 내 Mac(GPU 없음)에서 약 220분의 벽시계를 소비했으며, 기본적으로 전기를 제외하고 무료였다. 클라우드는 병렬화로 약 8-12분 안에 처리했고, 마감이 닥쳤던 주에 정당화하기 쉬운 크레딧 비용이 들었다. 더 많은 구현 팁은 GitHub에서 사용할 수 있다.
• 지속적인 흐름(하루 20-30개 항목): 로컬이 이겼다. 박스를 준비해두는 것은 한 번 비용을 흡수했다는 뜻이었다. 클라우드 크레딧은 실행 버튼을 누를 때마다 작은 인지 비용을 더했다. 비싸지는 않았지만, 존재했다.

나는 단일한 “더 싼” 것이 있다고 생각하지 않는다. 이미 능력 있는 하드웨어를 소유하고 워크로드가 안정적이면, 로컬이 지갑에 부드럽다. 볼륨이 불규칙하면, 버스트 용량에 대해 비용을 지불하는 것이 팬이 있는 공간 난방기를 소유하는 것을 이긴다. 로컬이 거의 무료인 한 달이 있었고 클라우드가 분명히 더 똑똑한 또 다른 달이 있었다.

개인정보보호: 데이터 보존 및 팀 권한

이 부분은 나에게 간단했다. 민감하면, 나는 로컬에서 LTX-2를 실행한다. 클라우드를 신뢰하지 않아서가 아니라, 파일이 어디에 있는지 설명할 수 있기 때문이다.

로컬:

• 업로드 없음. 아티팩트는 내 디스크나 네트워크 공유에 남는다.
• 나 자신의 보존 규칙과 맞춰질 수 있다: X일 후 자동 제거, 저장 시 암호화, 그리고 그것으로 끝.

클라우드:

• 기본적으로 더 나은 팀 제어: 역할, 프로젝트 경계 및 내 기억에 의존하지 않는 로그.
• 보존은 정책 기반이다. 좋지만, 여전히 판매자와의 계약이다. 문서를 읽고 기본값을 확인하라: 일부 서비스는 예상보다 더 오래 로그와 아티팩트를 보관한다.

소팀 전체 협업의 경우, 클라우드는 개인정보보호 감각이 아니라, 프라이버시 감각이 아니라, “우리는 정규 프리셋을 잃지 않을 것” 감각에서 더 안전하게 느껴졌다. 미공개 자산이나 PII가 있는 것의 경우, 로컬이 내 어깨를 내렸다. 둘 다 잘할 수 있다. 일반 오픈 가중치 및 벤치마크의 경우, Papers With Code를 참조할 수 있다.

안정성: 종속성 업데이트 및 노드 충돌

나는 드라이버 업데이트로 오후를 잃었다. 그것이 로컬 실행의 정직한 부분이다. 그것이 작동할 때, 그것은 좋다. 한 종속성이 범프되고 다른 하나가 뒤떨어지면, 당신은 SRE이다.

로컬 안정성 현장 노트:

• 가능하면 모든 것을 고정하라. 컨테이너, env 파일, 필요하면 심지어 OS 업데이트까지.
• “알려진 좋은” 프리셋 + 버전 목록을 유지하라. 나는 커밋 해시와 주요 플래그가 있는 프로젝트 옆에 짧은 텍스트 파일을 보관한다.
• 무거운 배치에서 가끔 충돌을 예상하라. 거의 불운하지 않지만, 흐름을 깨뜨린다.

클라우드 안정성 현장 노트:

• 적은 서프라이즈: 더 많은 블랙박스. 작업은 보통 완료되고, 그렇지 않으면, 오류 메시지는 때때로 도움보다 더 정중하다.
• 판매자 업그레이드는 의식 없이 롤인한다. 속도를 높일 때 좋음: 변경이 출력을 이동할 때 성가심.

둘 다 완벽하게 차분하지 않다. 로컬은 레버와 추가 일거리를 준다. 클라우드는 더 적은 레버와 더 적은 일거리를 준다. 그 주에 기꺼이 할 인터럽션 종류를 기반으로 선택한다.

최고의 하이브리드 접근(로컬 미리보기 + 클라우드 배치)

결국 나에게 고착된 것은 간단한 리듬이었다:

• 로컬에서 초안 및 미리보기. 나는 엣지 케이스를 반영하는 작은 샘플 세트, 10-20개 항목을 유지한다. 한 번이 아니라 두 번 출력이 맞을 때까지 반복한다.
• 클라우드에서 배치. 정확한 프리셋을 내보내고 타임스탬프 작업 이름으로 실행한다. 로그의 첫 5%를 보고, 그리고 나가간다.

올바른 이유:

• 로컬 미리보기는 지연 시간을 거의 0에 가깝게 유지한다. 컨텍스트 전환 없이 프롬프트, 가중치 또는 파라미터를 조정할 수 있다.
• 클라우드 배치는 내 컴퓨터를 자유롭게 유지한다. 나는 계속 쓸 수 있거나, 뚜껑을 닫고 밖에 나갈 수 있다.

도움이 된 두 가지 작은 트릭:

• 나는 “미리보기 세트”를 고쳤다. 초기에, 나는 입력을 계속 바꾸고 무엇이 변경되었는지 추적했다. 고정 세트로, 나는 개선이 실제라는 것을 안다.
• 나는 모든 큰 실행 전에 프리셋을 스냅샷한다. 심지어 마이너 버전 범프는 출력을 미세 조정할 수 있다: 스냅샷은 차이를 명백하게 한다.

일이 적은 주에, 나는 때때로 모든 것을 로컬로 유지하고, 특히 오프라인이거나 여행 중이면. 생산 주에서, 나는 클라우드와 싸우지 않는다. LTX-2 로컬 vs 클라우드의 요점은 충성이 아니라, 앞의 일에 대해 마찰을 줄이는 환경을 선택하는 것이다. 이것이 우리가 WaveSpeed를 만든 이유다 — 대기열 관리 없이 로컬 미리보기와 클라우드 배치 실행을 처리하기 위해. 그것이 우리 팀이 매일 사용하는 것이다.

마이그레이션 체크리스트(워크플로우 / 프리셋 전송)

단계를 적어두면 LTX-2 로컬과 클라우드 간 이동이 더 부드러워졌다. 이것이 나가 지금 사용하는 체크리스트다. 그것은 지루하다, 그것이 작동하는 이유다.

프리셋 패리티

• 손으로 복사하는 대신 프리셋을 내보내고 가져오라. 직접 내보내기가 없으면, 버전 제어에 프리셋을 JSON/YAML로 저장하라.
• 버전을 고정하라. 모델/빌드 ID, 모든 확장 버전 및 관련 플래그를 기록하라.
• 결정론이 중요하면 시드/무작위성 설정을 기록하라.

자산 경로

• 경로를 정규화하라. 로컬 절대 경로는 클라우드에 존재하지 않을 것이다: 상대 경로를 사용하거나 알려진 버킷이나 프로젝트 폴더로 자산을 사전 업로드하라.
• 코덱과 형식을 확인하라. 여기 불일치는 파이프라인을 조용한 방식으로 깨뜨린다.

환경

• 별도로 환경 변수 및 비밀을 문서화하라. 절대 비밀을 프리셋에 구워내지 마라.
• 하드웨어 가정을 정렬하라. 로컬 프리셋이 특정 메모리 풋프린트를 예상하면, 클라우드에서 더 작은 배치를 먼저 테스트하라.

검증

• 미니 배치(전체 세트의 1-5%)를 실행하고 입력별로 출력을 비교하라.
• 각 환경에서 첫 번째 성공적인 실행에 대한 로그를 유지하라. 나중에 무언가가 드리프트하면 기준선이 된다.

롤백

• 양쪽에서 “마지막으로 알려진 좋은” 프리셋을 유지하라. “CUDA 업데이트 이전” 또는 “릴리스 v1을 위해 시드 잠금”과 같은 날짜와 짧은 메모로 이름을 붙이라. 이것은 10분의 조용한 시간을 소비하고 무언가가 당신 아래로 이동할 때 처음으로 그 자신을 위해 비용을 지불한다. 나는 여전히 가끔 한 단계를 잊는다: 체크리스트는 그것을 용서한다.

LTX-2 로컬 vs 클라우드를 저울질하고 있다면, 이것은 어쨌든 내가 시작할 부분이다. 절대로 전환하지 않더라도, 당신의 가정을 적어두는 것은 일을 진정시키는 방법이 있다.