Cloudflare Just Killed Mac Minis? OpenClaw Runs Serverless – Here's How!

한국어العربية Deutsch English Español Français हिन्दी Bahasa Indonesia 日本語 Português Русский 中文

AI/미래기술창업/스타트업컴퓨터/소프트웨어

Transcript

00:00:00클라우드플레어 팬분들께 기쁜 소식입니다. 이제 인기 있는 오픈클로(OpenClaw) 도구를

00:00:05워커, 샌드박스, 브라우저 렌더링, 심지어 R2를 조합해 클라우드플레어 인프라에서 실행할 수 있습니다.

00:00:10실제로 구성 방식에 대한 아주 상세한 기술 블로그가 있고, 대부분의 경우

00:00:15정말 잘 작동합니다. 하지만 오픈클로를 서버리스 인프라에서 실행하는 것이

00:00:21자체 VPS에서 실행할 때의 유연성보다 더 큰 장점이 있을까요?

00:00:24구독 버튼 누르시고, 바로 시작해 보죠.

00:00:28여기 클라우드플레어에서 실행 중인 오픈클로, 즉 클로드봇(ClawedBot)이 있습니다.

00:00:31URL을 보시면 샌드박스 내에서 실행 중이고

00:00:34워커를 통해 접속하고 있다는 것을 알 수 있습니다.

00:00:37“현재 실행 중인 시스템에 대해 모두 알려줘”라고 프롬프트를 입력해 보겠습니다.

00:00:42보시는 것처럼 인프라에 대한 세부 정보를 알려줍니다.

00:00:45답변이 끝날 때까지 기다렸다가 화면을 조금 위로 올려볼게요.

00:00:48클라우드플레어 클라우드 챔버에서 실행 중인 것을 확인할 수 있습니다.

00:00:52위치는 산호세와 플로리다이고, 기타 구체적인 정보들도 모두 알 수 있죠.

00:00:56또한 채널 기능이 있어서 왓츠앱, 텔레그램, 디스코드 등을 추가할 수 있습니다.

00:01:01기술(Skills) 메뉴도 보이네요.

00:01:02아직 설치한 건 없지만, 원한다면 언제든 가능합니다.

00:01:05구성 설정, 디버그, 모든 로그에 대한 전체 권한도 제공됩니다.

00:01:10따로 관리하거나 업데이트할 서버가 없습니다.

00:01:12사용한 컴퓨팅 비용만 지불하면서 클라우드플레어의 글로벌 에지 네트워크 혜택을 누릴 수 있습니다.

00:01:18정말 멋지죠.

00:01:18구체적인 설정 방법은 영상 뒷부분에서 다루겠습니다.

00:01:22그전에 이 시스템을 가능하게 하는 기술적 요소들이

00:01:26어떻게 맞물려 돌아가는지 알아보겠습니다.

00:01:28먼저 오픈클로 인스턴스에 접속하려고 하면

00:01:31인증을 위해 클라우드플레어 액세스(Access) 화면이 뜹니다.

00:01:34계정 정보나 OAuth로 로그인을 해야 하죠.

00:01:38그다음 클라우드플레어는 JWT 토큰을 사용해 사용자를 워커에 인증시킵니다.

00:01:44이 워커가 바로 오픈클로 게이트웨이는 아닙니다.

00:01:47여기에는 나중에 보여드릴 관리자 페이지용 라우트가 포함된 HONO 라우터가 있습니다.

00:01:52또한 크롬 개발자 도구 프로토콜과 JWT 검증 섹션도 포함되어 있죠.

00:01:59몇 가지 기능이 더 있지만, 핵심적인 내용만 전달하기 위해

00:02:01이야기할 가치가 있는 세 가지 주요 부분만 보여드리기로 했습니다.

00:02:05이 크롬 개발자 도구 프로토콜은 브라우저 렌더러에 대한 접근 권한을 줍니다.

00:02:10이는 클라우드플레어에서 제공하는 매우 멋진 기능으로, 헤드리스 크로미움 인스턴스를 활용해

00:02:15오픈클로가 웹 브라우징이나 리서치 등을 수행할 때 사용됩니다.

00:02:19그다음 도커를 사용하는 클라우드플레어 샌드박스가 있습니다.

00:02:23이를 로컬에서 빌드하려면 도커나 콜리마(Colima)가 설치되어 있어야 합니다.

00:02:27이것이 실질적인 오픈클로 게이트웨이 역할을 합니다.

00:02:29모트스팟(MottSpot)이나 오픈클로 보안에 대해 다뤘던 제 이전 영상을 보셨다면

00:02:34게이트웨이가 시스템의 두뇌 역할을 한다는 점을 아실 겁니다.

00:02:38대시보드, 노드 및 클라이언트용 웹소켓 접속 등이 여기에 포함되죠.

00:02:42또한 에이전트 런타임, 세션 매니저, 채널 매니저도 들어있습니다.

00:02:46웹소켓 접속은 18789 포트를 사용하고 채널용으로 HTTP를 사용합니다.

00:02:53클라우드플레어에서의 그 대당물은 샌드박스 안에 있습니다.

00:02:58격리된 환경에서 코드를 실행하므로 훨씬 안전합니다.

00:03:01여기서는 AI 제공업체의 시스템에 직접 접속하여 API 키를 사용하지 않습니다.

00:03:08물론 OpenAI나 앤스로픽의 개인 API 키를 쓸 수도 있지만,

00:03:13클라우드플레어의 AI 게이트웨이를 통해 모든 제공업체에 접속할 수도 있습니다.

00:03:20다만 클라우드플레어 시스템 내에서 실행되기 때문에

00:03:22로컬 LLM을 사용할 수 없다는 점은

00:03:25고려해야 할 사항입니다.

00:03:26하지만 여전히 텔레그램, 왓츠앱, 디스코드 같은 채널을 사용해

00:03:30통신이 이루어지는 클라우드플레어 샌드박스에 연결할 수 있습니다.

00:03:33여기서 워커 쪽으로 화살표가 연결되어야겠네요.

00:03:36스토리지와 구성 설정을 관리하는 세션 관리는

00:03:40R2 버킷에서 이루어집니다.

00:03:43중요한 점은 샌드박스를 재시작하거나 컨테이너를 다시 빌드하면

00:03:48샌드박스 내부의 모든 데이터가 삭제된다는 것입니다.

00:03:51따라서 데이터를 유지하려면 R2 버킷에 저장해야 합니다.

00:03:56지금까지 전체적인 작동 방식을 간략하게 살펴보았습니다.

00:03:59더 자세한 내용은 클라우드플레어의 기술 문서를 참고하시면 됩니다.

00:04:04이제 설정 방법을 알아보겠습니다.

00:04:06가장 먼저 할 일은 월 5달러에 추가 사용료가 붙는

00:04:10유료 워커 플랜을 사용하는 것입니다.

00:04:13Hetzner VPS를 쓰는 게 더 저렴할 수도 있겠지만,

00:04:17비용 대비 꽤 많은 사용량을 제공합니다.

00:04:21또한 로컬에 도커가 설치되어 있어야 합니다.

00:04:24저는 콜리마를 쓰지만 도커 데스크탑도 괜찮습니다.

00:04:27마지막으로 앤스로픽이나 OpenAI의 API 키가 필요합니다.

00:04:31이 세 가지가 준비되었다면 해당 깃허브 저장소에 접속하여

00:04:34로컬 시스템으로 클론(clone)해야 합니다.

00:04:38물론 '클라우드플레어에 배포' 버튼을 눌러서 클론 없이

00:04:42바로 배포할 수도 있습니다.

00:04:44하지만 제가 해보니 잘 안 되더라고요.

00:04:47그래서 저장소를 직접 클론하는 것을 추천합니다.

00:04:48클론을 마친 후 아래쪽에 있는 도움말 단계를 보면

00:04:52해야 할 일들이 정확히 적혀 있습니다.

00:04:54이 단계들을 따라가면서 모트봇 게이트웨이 토큰을

00:04:58꼭 메모해 두세요. 매우 중요합니다. 노트나 텍스트 파일에 적어서

00:05:02절대 잃어버리지 않도록 하세요.

00:05:05모트 워커를 배포한 후에는 리드미(README)에 적혀 있지만

00:05:09여러 군데 흩어져 있어 찾기 힘든 몇 가지 작업들이 있습니다.

00:05:13제가 직접 안내해 드릴게요.

00:05:16워커 설정의 바인딩 섹션에 가면

00:05:20샌드박스, R2 버킷, 브라우저 렌더러 객체가 보여야 합니다.

00:05:25보이지 않는다면 도커 컨테이너를 다시 빌드하고 배포해야 할 수도 있습니다.

00:05:29확인되었다면 도메인 및 규칙을 클릭하고

00:05:32클라우드플레어 액세스가 활성화되어 있는지 확인하세요.

00:05:35저는 이미 활성화했지만, 처음 하시는 분들은 여기에 팝업이 뜰 겁니다.

00:05:40이제 워커를 실행하기 전에 두 개의 비밀 변수(secret)를 설정해야 합니다.

00:05:44하나는 cfaccess_aud이고, 다른 하나는 cfaccess_team_domain입니다.

00:05:50첫 번째 값은 클라우드플레어 액세스 관리 메뉴 하단에서

00:05:52확인할 수 있으며, 이를 랭글러(Wrangler) 시크릿으로 추가해야 합니다.

00:05:56두 번째 값은 여기 설정 메뉴에서 찾을 수 있는

00:06:01클라우드플레어 액세스 도메인입니다.

00:06:03여기까지 마쳤다면 문서에서는 배포 명령을 다시 실행하라고 합니다.

00:06:07만약 이미 샌드박스 환경이 구축되어 있다면

00:06:09다시 빌드할 때 오류가 발생할 수 있습니다.

00:06:12그래서 컨테이너 목록을 확인하는 명령어를 실행해 보세요.

00:06:16이미 존재하는 컨테이너의 ID를 확인했다면

00:06:19delete 명령 뒤에 해당 ID를 넣어 실행하면 됩니다.

00:06:23저는 지금 컨테이너를 삭제하고 싶지 않아서 그대로 두겠습니다만,

00:06:26새로 빌드하거나 배포하기 전에는 기존 컨테이너를 삭제해야 합니다.

00:06:31작업이 끝나면 모트스팟 관리자 페이지에 접속할 수 있습니다.

00:06:35이런 화면이 뜰 거예요.

00:06:37데이터를 영구 저장하려는 게 아니라면 이 경고는 무시해도 됩니다.

00:06:41저장하려면 누락된 비밀 변수들을 추가해야 하죠.

00:06:44처음 실행하는 경우에는 여기에

00:06:46페어링 대기 중인 기기가 표시될 겁니다.

00:06:50여기 버튼을 클릭해서 페어링을 진행해야 합니다.

00:06:54저는 이미 완료했기 때문에 이렇게 보입니다.

00:06:56이것이 제가 페어링한 기기입니다.

00:06:58브라우저를 클라우드봇 게이트웨이에 연결할 때 이 과정이 일어납니다.

00:07:02이제 워커 URL 뒤에 토큰을 쿼리 매개변수로 추가해야 합니다.

00:07:08아까 URL에 저장해 두라고 했던 그 토큰입니다.

00:07:12브라우저에서 클라우드봇에 처음 접속할 때 한 번만 하면 됩니다.

00:07:17그러면 상태가 정상으로 바뀌고

00:07:20에이전트와 대화할 수 있게 됩니다.

00:07:23이 방식은 VPS에서 오픈클로를 쓰는 것과 같은 유연함을 제공합니다.

00:07:29화면을 내려보면 클라우드플레어 팀이 슬랙(Slack)에 연결한 사례도 있습니다.

00:07:35누군가 슬랙에서 모트봇과 대화하고

00:07:40답변을 받는 스크린샷을 볼 수 있죠.

00:07:41리눅스 서버나 맥 미니를 직접 설정하는 번거로운 과정을

00:07:46피하고 싶다면 클라우드플레어의 모트 워커가 좋은 대안이 될 수 있습니다.

00:07:52팀에서 보안을 최우선으로 고려해 어려운 작업을 다 해두었으니까요.

00:07:57하지만 직접 서버에 SSH로 접속하고 터미널 명령어를 입력하는 게

00:08:03어렵지 않다면, 장기적으로는 VPS나 맥 미니를 사용하는 것이

00:08:10더 유연하고, 아는 만큼 더 안전하게 관리할 수 있습니다.

00:08:13게다가 진정으로 프라이빗한 오픈클로 환경을 구축할 수 있죠.

00:08:18올라마(Ollama)나 로컬 모델을 실행하면 인터넷 연결 없이도

00:08:22오픈클로를 연결해 사용할 수 있습니다.

00:08:26그리고 제가 실행한 워커는 오픈클로가 아닌 클로드봇 로고가 뜨는데,

00:08:32깃허브 버전이 약간 구버전이라는 뜻이겠죠.

00:08:36하지만 팀에서 금방 수정할 거라고 봅니다.

00:08:38제 의견은 VPS를 통해 직접 설정하는 법을 배워서

00:08:44원하는 대로 활용할 수 있는 유연성과 개인정보 보호를 챙기는 쪽이 낫다고 봅니다.

00:08:49VPS에서 모트봇이나 오픈클로를 안전하게 설정하는 법이 궁금하시다면

00:08:55테일스케일(Tailscale)을 활용해 설정하는 법을 다룬 제 이전 영상을 확인해 보세요.

00:08:59보안과는 별개로 이런 봇을 활용해 소프트웨어를 개발한다면

00:09:05버그와 오류를 최소화하고 싶으실 겁니다.

00:09:10이럴 때 베터스택(BetterStack)이 유용합니다. 백엔드 로그를 확인하고

00:09:15이상 탐지 기능을 통해 문제가 생기기 전에 미리 파악할 수 있죠.

00:09:20또한 프론트엔드 프레임워크에 상관없이 오류를 추적하고

00:09:24자주 쓰는 에이전트 도구에서 해결 방안을 제시하는 AI 네이티브 기능도 제공합니다.

00:09:28지금 바로 베터스택을 확인해 보세요.

Key Takeaway

클라우드플레어의 서버리스 인프라를 통해 관리 부담 없이 보안이 강화된 오픈클로 AI 환경을 구축할 수 있지만, 사용자의 요구사항에 따라 VPS 방식의 유연성과 비교 선택이 필요합니다.

Highlights

클라우드플레어(Cloudflare) 인프라를 활용해 오픈클로(OpenClaw)를 서버리스로 실행하는 방법 소개

워커(Workers), 샌드박스(Sandbox), 브라우저 렌더링, R2 스토리지를 결합한 아키텍처 구성

관리할 서버가 없고 사용한 만큼만 비용을 지불하는 서버리스 모델의 경제성 강조

클라우드플레어 액세스(Access)와 JWT 토큰을 통한 강력한 보안 및 인증 시스템 구축

데이터 영속성을 위한 R2 버킷 활용 및 환경 설정 시 주의해야 할 비밀 변수(Secrets) 안내

로컬 LLM 사용 불가 등 서버리스 환경의 제약 사항과 VPS 방식과의 장단점 비교

개발 효율성을 높이기 위한 베터스택(BetterStack) 로그 및 오류 추적 도구 추천

Timeline

오픈클로 서버리스 실행 및 주요 이점

클라우드플레어 인프라에서 오픈클로(OpenClaw)를 실행하는 새로운 방식이 소개됩니다. 워커, 샌드박스, R2 스토리지 등을 조합하여 물리적인 서버 관리 없이도 강력한 AI 도구를 운영할 수 있습니다. 영상에서는 실제 실행 중인 클로드봇(ClawedBot) 인터페이스를 통해 시스템 정보를 확인하고 글로벌 에지 네트워크의 혜택을 설명합니다. 사용자는 복잡한 업데이트 과정 없이 컴퓨팅 비용만 지불하면 된다는 점이 가장 큰 매력입니다. 이 섹션은 클라우드플레어 기반 AI 에이전트 운영의 편의성을 강조하며 시작됩니다.

기술적 아키텍처 및 내부 작동 원리

시스템을 지탱하는 기술적 요소인 클라우드플레어 액세스와 HONO 라우터의 역할을 상세히 분석합니다. 특히 브라우저 렌더링 기능을 통해 오픈클로가 웹 서핑과 리서치를 수행하는 방식과 도커 기반의 샌드박스 격리 환경을 설명합니다. 보안을 위해 AI 게이트웨이를 사용하며, 휘발성인 샌드박스 데이터를 영구 보존하기 위해 R2 버킷을 활용하는 구조를 보여줍니다. 다만 서버리스 특성상 로컬 LLM을 사용할 수 없다는 제약 조건도 명확히 언급합니다. 이 기술적 배경은 사용자가 시스템의 흐름을 이해하는 데 필수적인 정보를 제공합니다.

서버리스 오픈클로 설정 및 배포 가이드

유료 워커 플랜 가입부터 깃허브 저장소 클론까지의 구체적인 설정 단계를 안내합니다. 자동 배포 버튼보다는 로컬에서 직접 배포하는 방식을 추천하며, 모트봇 게이트웨이 토큰 관리의 중요성을 강조합니다. 특히 클라우드플레어 액세스 도메인과 AUD 값을 비밀 변수로 설정하는 과정에서 발생할 수 있는 오류와 해결책을 제시합니다. 기존 컨테이너를 삭제하고 새로 빌드하는 명령어나 토큰을 사용한 브라우저 페어링 과정도 꼼꼼히 다룹니다. 사용자가 실제 설치 과정에서 겪을 수 있는 시행착오를 줄여주는 실전 가이드 섹션입니다.

서버리스 vs VPS 방식 비교 및 최종 결론

클라우드플레어 팀의 실제 활용 사례를 통해 슬랙 연동 등의 가능성을 보여줍니다. 하지만 발표자는 장기적인 유연성과 프라이버시를 중시한다면 맥 미니나 VPS를 직접 관리하는 방식이 더 나을 수 있다는 견해를 밝힙니다. 로컬 모델인 올라마(Ollama)를 활용한 완전한 프라이빗 환경 구축은 VPS에서만 가능하기 때문입니다. 마지막으로 소프트웨어 개발 시 로그 분석과 오류 탐지를 돕는 베터스택(BetterStack) 도구를 추천하며 마무리합니다. 이 섹션은 사용자가 자신의 상황에 맞는 최적의 인프라를 선택할 수 있도록 통찰력을 제공합니다.

Community Posts

VPS를 버리고 Cloudflare로 OpenClaw를 구축해야 하는 이유

makedream2026년 2월 4일3680

Write about this video