• 유지하는 구독 서비스는 매주 5~10시간을 되찾아주며, 셀프 호스팅(Self-host)은 예측 가능한 배치 작업(Batch work)을 처리합니다.

• 저의 기준: 다운타임(Downtime)이 치명적일 때는 유료 결제를, 작업이 무인으로 실행될 때는 셀프 호스팅을 선택합니다.

• 절대 해지하지 않는 세 가지 도구와 각 도구가 자리를 차지하는 이유

• 전체 월간 스택 비용은 약 180 EUR이며, 이는 며칠간의 업무 시간을 확보해 줍니다.

저는 1인 크리에이티브 스튜디오를 운영하고 있으며, 월간 도구 비용은 약 180 EUR 정도입니다. 이 금액은 일주일에 약 이틀 치의 업무 시간을 대체한다는 점을 고려하면 작게 느껴질 수 있습니다. 제가 정확히 어디에 비용을 지불하고 어디를 셀프 호스팅(Self-host)하는지, 그리고 절대 해지하지 않을 세 가지 도구에 대해 설명하겠습니다.

유료 결제와 셀프 호스팅을 결정하는 저만의 규칙

모든 도구 결정은 하나의 질문으로 귀결됩니다: 새벽 2시에 도구가 고장 나면 어떤 일이 벌어지는가? 만약 도구가 고장 났을 때 고객이 빈 페이지를 보게 되거나, 예약된 게시물이 올라가지 않거나, 결제가 실패한다면, 저는 관리형(Managed) 버전에 비용을 지불합니다. 반면, 도구가 고장 났을 때 단순히 아침에 배치 작업(Batch job)을 다시 실행하기만 하면 된다면, 저는 그것을 셀프 호스팅(Self-host)합니다.

이 단 하나의 규칙이 그 어떤 가격 비교 스프레드시트보다 저를 많은 고통으로부터 구해 주었습니다. 예전에는 통제권과 낮은 비용이 좋아서 모든 것을 셀프 호스팅(Self-host)했습니다. 그러다 어느 일요일 오후, 조용히 손상된 데이터베이스를 디버깅(Debugging)하느라 시간을 허비했고, 일주일 치의 예약된 콘텐츠를 날려버렸습니다. 한 달에 아낀 15 EUR은 약 12시간의 복구 시간과 서비스 중단으로 인한 평판 하락이라는 대가를 치르게 했습니다.

그래서 이제 저는 스택을 두 가지 범주로 나눕니다. 첫 번째 범주는 고객 지향적이고 시간에 민감한 것들입니다: 상점(Storefront), 스케줄러(Scheduler), 결제 레이어(Payment layer). 이들은 실제 지원 팀이 뒤를 받쳐주는 실제 구독 서비스를 이용합니다. 두 번째 범주는 내부 배치 작업(Internal batch work)입니다: 이미지 처리(Image processing), 파일 변환(File conversion), 백업(Backups), 로그 파싱(Log parsing). 이것들은 제 아파트 구석에 있는 저렴한 기기와 작은 클라우드 인스턴스(Cloud instance)에서 실행됩니다.

표시 가격(sticker price)에 대한 생각을 버리면 계산은 간단합니다. 한 달에 3시간을 아껴주는 20 EUR짜리 구독 서비스는, 제가 프리랜서 업무로서 절대 거절하지 않을 수준의 수익률로 저에게 보답하고 있는 셈입니다. 반면, 똑같이 20 EUR를 아껴주지만 분기마다 2시간의 패치(patching) 작업이 필요한 셀프 호스팅(Self-hosted) 도구는, 청구서상으로는 더 저렴해 보일지라도 결과적으로는 더 나쁜 거래입니다.

저는 매 분기 이 기준을 점검합니다. 도구들은 변합니다. 작년에는 유료로 사용할 가치가 있었던 서비스가, 때로는 전환할 만큼 충분히 괜찮은 셀프 호스팅 옵션을 제공하기도 합니다. 반대로 제가 좋아했던 셀프 호스팅 설정이 때로는 조용히 원망하게 되는 유지보수의 늪(maintenance sink)이 되기도 합니다. 답이 바뀌더라도 규칙은 동일합니다. 제가 전체 운영을 어떻게 구조화하는지 전체 그림을 보고 싶다면, Claude Blueprint에서 시스템의 처음부터 끝까지를 살펴볼 수 있습니다.

내가 비용을 지불하는 것과 그것이 자리를 차지하는 이유

판매 접점(storefront)은 타협의 대상이 아닙니다. 저는 Shopify를 사용하며, 결제 시스템(checkout)을 셀프 호스팅하는 것에는 전혀 관심이 없습니다. 결제 인프라(Payment infrastructure)는 버그가 발생했을 때 단순히 시간만 낭비하는 것이 아니라, 신뢰를 잃고 어쩌면 판매 전체를 놓치게 만드는 유일한 곳입니다. 누군가 구매 버튼을 누르면, 그 트랜잭션(transaction)은 반드시 단 한 번에 성공해야 합니다. 저는 그 확실성을 위해 비용을 지불하며, 그 이후로는 다시는 그 문제를 생각하지 않습니다. 패치(patching)도, PCI 준수(PCI compliance)에 대한 골칫거리도, 카드 프로세서가 API를 변경했을 때 새벽 2시에 울리는 호출(page)도 없습니다.

소셜 스케줄링(Social scheduling)은 두 번째 유료 항목입니다. 저는 Buffer를 사용하여 한 번의 작업으로 일주일 치 포스트를 예약합니다. 크론 잡(cron job)과 몇 가지 API 호출을 통해 스케줄러를 셀프 호스팅해 보기도 했지만, 액세스 토큰(access token)이 조용히 만료되는 바람에 3일 치 포스트가 게시되지 않는 상황이 발생했습니다. 그 공백으로 인해 한 달 동안 쌓아온 모멘텀(momentum)을 잃었습니다. 관리형 스케줄러(managed scheduler)는 토큰 갱신(token refresh), 재시도(retries), 그리고 예고 없이 변경되는 플랫폼의 특이사항(quirks)들을 알아서 처리합니다. 매주 10분의 설정 작업과 지속적인 디버깅(debugging) 프로젝트 중 어느 것이 나을지는 명확한 선택입니다.

음성 생성 (Voice generation)은 세 번째입니다. 저는 비디오 콘텐츠의 내레이션을 위해 ElevenLabs를 사용합니다. 로컬에서 실행할 수 있는 오픈 모델 (open models)들이 있고, 저도 몇 가지를 테스트해 보았습니다. 품질 격차는 실제로 존재하지만 점점 줄어들고 있습니다. 제가 계속 비용을 지불하는 이유는 속도 때문입니다. GPU를 구동하거나 모델을 계속 지켜보지 않고도, 2분 분량의 스크립트를 30초 이내에 완성된 오디오로 생성합니다. 하루에 5개의 콘텐츠를 제작할 때, 이러한 지연 시간 (latency)의 차이는 몇 시간의 차이로 누적됩니다.

이 세 가지 모두에서 나타나는 패턴은 동일합니다. 도구가 고객이 보는 무언가의 핵심 경로 (critical path)에 있거나, 제가 직접 관리할 수 없는 일정에 맞춰 반드시 일어나야 하는 일에 관여할 때 저는 비용을 지불합니다. 또한 실패 모드 (failure mode)가 너무 늦기 전까지는 눈에 보이지 않을 때 비용을 지불합니다. 이것들은 사치품 구매가 아닙니다. 각각의 서비스는 연간 구독료보다 더 큰 비용을 치르게 만든, 실패한 셀프 호스팅 (self-hosted) 시도들을 대체한 것입니다. 청구서는 비용처럼 보이지만, 실제로는 저의 최악의 오후를 방지하기 위한 보험처럼 작동합니다.

내가 셀프 호스팅하는 것과 실제 비용

배치 이미지 (Batch image) 작업은 제 개인 하드웨어에서 실행됩니다. 저는 한 달에 수천 장의 생성된 이미지를 처리, 크기 조정 및 정리하며, 이를 로컬에서 실행하는 데는 전기 요금 외에 비용이 들지 않습니다. 배치 작업이 실패하면 아침 로그에서 확인하고 다시 실행하면 됩니다. 아무도 그것을 기다리지 않습니다. 이해관계 (stakes)는 낮고, 볼륨은 높으며, 작업은 예측 가능합니다. 이것이 바로 셀프 호스팅 (self-hosting)에 딱 맞는 프로필입니다.

저의 업스케일링 (upscaling) 워크플로우는 하이브리드 방식입니다. 대량의 거친 작업 (rough passes)에는 로컬 모델을 실행합니다. 제품 페이지나 썸네일에 들어갈 소수의 이미지들은 Magnific을 통해 처리하는데, 최종 히어로 샷 (hero shots)에서 복구해내는 디테일이 이미지당 지불하는 비용만큼의 가치가 있기 때문입니다. 여기서 유료 결제와 호스팅 사이의 경계선이 흥미로워집니다. 항상 완전히 다른 카테고리로 나뉘는 것은 아닙니다. 때로는 하나의 워크플로우 내부에서 분리되기도 합니다. 즉, 버려지는 95%는 셀프 호스팅하고, 실제로 출시되는 5%에 대해서는 비용을 지불하는 방식입니다.

백업은 셀프 호스팅 (Self-hosted)하며 매주 확인합니다. 파일 변환 (File conversion), 로그 파싱 (Log parsing), 메타데이터 태깅 (Metadata tagging), 에셋 이름 변경 (Asset renaming)은 모두 제가 한 번 작성해 두고 이제는 잊어버린 스크립트들 위에서 실행됩니다. 유지보수 비용은 실제로 존재하지만 적은 편입니다. 모든 것을 통틀어 한 달에 아마 두 시간 정도일 것이며, 보통 OS 업데이트가 의존성 (Dependency)을 깨뜨릴 때 발생합니다. 저는 그에 대한 예산을 책정해 둡니다. 그것은 예상치 못한 비용이 아니라 이미 알고 있는 비용입니다.

셀프 호스팅의 함정은 지속적인 세금 (Ongoing tax)을 과소평가하는 것입니다. 월간 요금이 없다고 해서 도구가 공짜인 것은 아닙니다. 모든 셀프 호스팅 서비스는 제가 업데이트하고, 보안을 강화하고, 결국에는 디버깅 (Debug)해야 하는 대상입니다. 지난 1년 동안 저는 세 개의 셀프 호스팅 도구를 폐기했는데, 유지보수 비용이 조용히 가치를 넘어서 버렸기 때문입니다. 하나는 앱이 업데이트될 때마다 전체 마이그레이션 (Migration)이 필요했던 노트 데이터베이스였습니다. 다른 하나는 저장 드라이브가 조용히 가득 찼을 때 주말을 통째로 잡아먹은 미디어 서버였습니다.

셀프 호스팅에 대한 저의 솔직한 규칙은 다음과 같습니다: 한 달 내내 그것을 건드리지 않고 지나갈 수 있을 때만 승리합니다. 만약 어떤 도구가 한 달에 한 번 이상 제 주의를 요구하고 그것이 고객 대면용 (Customer-facing)이 아니라면, 구독 서비스로 전환하거나 교체합니다. 1인 스튜디오에서 진짜 통화 (Currency)는 현금이 아니라 주의력 (Attention)입니다. 저는 두 번째(현금)는 충분히 가지고 있지만, 첫 번째(주의력)는 거의 없습니다. 서버를 패치 (Patching)하는 데 쓰는 매 시간은 실제로 고지서를 지불하게 해주는 작업을 하지 못하는 시간입니다.

절대 취소하지 않을 세 가지

만약 내일 당장 제 스택을 세 가지 도구로 줄여야 한다면, 살아남을 것들과 그 이유는 다음과 같습니다.

첫째, 판매처 (Storefront)입니다. 판매할 장소가 없다면 다른 어떤 것도 중요하지 않습니다. Shopify는 전체 운영의 기반입니다. 이는 제가 다시 만들 의사가 전혀 없는 체크아웃 (Checkout), 세금 로직 (Tax logic), 그리고 주문 흐름 (Order flow)을 처리합니다. 이것을 줄인다는 것은 비즈니스 자체를 줄이는 것을 의미합니다.

둘째, 제가 다른 모든 것을 구축하는 기반이 되는 AI 글쓰기 및 추론 (reasoning) 레이어입니다. 이것은 이 글의 초안을 포함하여 제가 생산하는 거의 모든 텍스트를 초안 작성, 편집 및 구조화하는 도구입니다. 이것은 저에게 두 번째 직원과 가장 유사한 존재입니다. 제 브리프 (briefs)를 읽고, 제 규칙을 따르며, 제가 처음부터 쓰는 대신 다듬을 수 있는 결과물을 만들어냅니다. 여기서의 활용은 점진적인 수준이 아닙니다. 일주일에 다섯 가지를 출시하느냐, 하나를 출시하느냐의 차이입니다. 저는 이것을 저의 일상적인 흐름에 어떻게 연결했는지 Claude Blueprint에서 다루었습니다.

셋째, 스케줄러입니다. Buffer는 제가 노트북을 열지 않는 날에도 저의 존재감을 일관되게 유지해 줍니다. 일관성은 실제로 오디언스 (audience)를 구축하는 핵심이며, 1인 스튜디오는 의지만으로는 일관성을 유지할 수 없습니다. 제가 나타나든 나타나지 않든 작동하는 시스템이 필요합니다. 이 도구가 바로 그 시스템입니다.

목록에 포함되지 않은 것들에 주목하십시오. 음성 (Voice), 업스케일링 (upscaling), 그리고 모든 배치 (batch) 도구들은 가치가 있지만, 각각은 실행 가능한 대체 수단 (fallback)이 있습니다. 급할 때는 제 목소리로 직접 내레이션을 하거나, 로컬에서 업스케일링을 하거나, 이미지를 수동으로 처리할 수 있습니다. 고통스럽겠지만 생존은 가능합니다. 하지만 위의 세 가지는 저렴한 대체 수단이 없습니다. 이 중 하나라도 잃게 되면 스튜디오를 운영하는 무언가가 무너지게 됩니다.

그것이 유지해야 할 도구 (keeper tool)를 가려내는 진짜 시험대입니다. 비용이 얼마나 드는지나 얼마나 영리한지가 아니라, 그것 없이도 스튜디오가 여전히 기능하는가 하는 점입니다. 만약 대답이 '아니오'라면, 가격에 상관없이 영구적인 자리를 얻게 됩니다. 그 외의 모든 것은 협상 가능하고, 교환 가능하며, 유료 구독 대 셀프 호스팅 (self-host)의 경계선이 필연적으로 다시 이동할 때마다 매 분기마다 검토할 가치가 있습니다.

결론 (Bottom Line)

제 전체 스택 비용은 한 달에 약 180 EUR 정도이며, 이를 통해 일주일에 대략 이틀의 작업 시간을 되찾습니다. 이를 작동하게 만드는 분할 방식은 간단합니다. 침묵의 실패 (silent failure)가 신뢰나 추진력을 잃게 만드는 임계 경로 (critical path) 상의 모든 것에는 비용을 지불하고, 아침까지 기다려도 되는 예측 가능한 배치 작업 (batch work)은 셀프 호스팅 (self-host)합니다. 구독료는 주의 깊게 살펴봐야 할 비용이 아닙니다. 셀프 호스팅에 따르는 주의력 세금 (attention tax)이 진짜 문제입니다. 1인 스튜디오에서 저의 희소 자원은 현금이 아니라 시간입니다.

만약 여러분만의 설정을 구축하고 있다면, 모든 도구를 고객 대면용 (customer-facing)과 내부 배치용 (internal batch)으로 분류하는 것부터 시작하세요. 그런 다음, 새벽 2시에 무엇이 고장 날지를 자문해 보십시오. 그 질문 하나가 대부분의 결정을 대신 내려줄 것입니다. 제가 절대 해지하지 않을 세 가지 도구는 더 가혹한 테스트를 통과했습니다. 즉, 그것들 없이는 스튜디오가 작동을 멈춘다는 것입니다. 그 외의 모든 것은 검토 대상입니다. 이 도구들이 연결되는 전체 시스템을 알고 싶다면, Claude Blueprint에서 각 요소가 어떻게 결합되고 실제 사용처가 어디인지 설명하고 있습니다.

이 기사에는 제휴 링크가 포함되어 있습니다. 이 링크를 통해 가입하시면, 귀하에게 추가 비용 부담 없이 저에게 소액의 수수료가 지급될 수 있습니다. (광고)