Cloudflare 다이내믹 워커스란: AI Agent 코드를 더 빠르고 안전하게!

한눈에 보기

• 발표 시점: Cloudflare, 2026년 3월 24일
• 핵심 발표: 다이내믹 워커스 오픈 베타, Workers 유료 요금제 사용자 대상
• 속도 차이: 새 실행칸 시작이 몇 밀리초 수준, 기존 컨테이너보다 약 100배 빠른 시작
• 비용 구조: 요청 수와 CPU 시간은 기존 Workers 요금 적용, 새 워커 생성 요금은 현재 베타 기간 비활성
• 실무 의미: AI 에이전트가 만든 짧은 코드를 사용자 요청마다 따로 돌리기 쉬워짐
• 체크포인트: 자바스크립트 중심, 유료 플랜 필요, 베타 종료 뒤 실제 과금 구조 확인 필요

서론

2026년 3월 24일 클라우드플레어가 공개한 다이내믹 워커스는 AI 에이전트 시대에 꽤 중요한 발표다. 요즘 AI 도구는 질문만 답하는 단계를 넘어, 짧은 코드를 직접 만들어 외부 서비스와 연결하고 일을 처리하는 방향으로 움직이고 있다.

문제는 이 코드가 항상 믿을 만하지 않다는 데 있다. 사용자가 이상한 지시를 넣을 수도 있고, 모델이 위험한 코드를 만들 수도 있다. 그래서 AI가 만든 코드는 본 서비스와 떨어진 안전한 실행칸에서 돌려야 한다. 클라우드플레어는 바로 그 실행칸을 훨씬 가볍고 빠르게 만들겠다고 나선 것이다.

쉽게 말하면 이렇다. 기존 컨테이너 방식이 작은 방 하나를 통째로 준비해 손님을 들이는 느낌이라면, 다이내믹 워커스는 필요한 순간에 책상 한 칸만 빠르게 펴서 일을 시키고 바로 접는 방식에 가깝다. AI 에이전트가 많아질수록 이 차이는 속도와 비용, 보안에서 함께 드러난다.

1. 이번 발표에서 가장 중요한 변화

• 발표명: Sandboxing AI agents, 100x faster
• 공개 날짜: 2026년 3월 24일
• 공식 표기: 블로그 본문은 Dynamic Worker Loader API, 제품 문서는 Dynamic Workers
• 제품 상태: 오픈 베타
• 이용 대상: Workers 유료 요금제 사용자
• 핵심 용도: AI 에이전트 코드 실행, 자동화, 미리보기, 사용자 업로드 앱 실행

클라우드플레어 설명을 한 줄로 줄이면, 실행 시점에 바로 새 워커를 띄워 코드를 돌리고 버리는 기능이 공개 단계로 올라왔다는 뜻이다. 블로그 글 안에서는 이를 Dynamic Worker Loader API라고 부르고, 공식 제품 문서에서는 Dynamic Workers라는 이름을 쓴다. 예전에도 Workers 자체는 빠른 편이었지만, 이번에는 “AI가 그때그때 만든 코드”를 별도 격리 공간에서 안전하게 실행하는 흐름을 전면에 내세웠다.

이 발표가 중요한 이유는 AI 제품 구조가 바뀌고 있기 때문이다. 예전에는 AI가 도구를 하나씩 호출하는 방식이 많았다. 이제는 AI가 필요한 작업 순서를 코드로 한 번에 써 내려가고, 그 코드를 실행하는 쪽이 더 효율적인 경우가 늘고 있다. 클라우드플레어는 이 흐름을 코드 모드라고 부르며, 도구 호출보다 코드 실행 쪽이 토큰과 지연 시간을 줄일 수 있다고 강조한다.

2. 왜 이렇게 빠른가

• 핵심 기술: 격리 실행칸
• 시작 속도: 몇 밀리초
• 메모리 사용: 몇 메가바이트
• 비교 대상: 리눅스 컨테이너 기반 샌드박스
• 한 줄 해석: 짧고 빠른 작업에 특히 유리

클라우드플레어가 빠르다고 말하는 근거는 격리 실행칸에 있다. Workers는 오래전부터 구글 크롬과 같은 V8 실행 엔진 위에서 돌아가는 가벼운 실행칸을 써 왔다. 클라우드플레어 문서도 이 실행칸을 “안전하게 코드를 돌리는 작은 공간”에 가깝게 설명한다.

컨테이너는 강력하지만, AI 에이전트가 매 요청마다 잠깐 코드 한 덩어리만 실행하는 상황에는 무겁게 느껴질 수 있다. 부팅 시간이 길고 메모리도 더 먹기 때문이다. 반면 다이내믹 워커스는 몇 밀리초 안에 새 실행칸을 만들고, 필요한 일이 끝나면 바로 없앨 수 있다는 점을 내세운다.

클라우드플레어가 공개한 공식 일러스트로, 필요한 순간에 작은 실행칸을 띄워 작업을 처리하는 개념을 담고 있다

클라우드플레어는 블로그에서 일반적인 컨테이너보다 시작이 약 100배 빠르고, 메모리는 10배에서 100배까지 적게 쓸 수 있다고 설명했다. 같은 회사의 Workers 학습 문서도 격리 실행칸이 컨테이너나 가상머신 안의 일반 프로세스보다 대략 100배 빠르게 시작할 수 있다고 적고 있다. 숫자의 출처가 서로 비슷한 방향을 가리킨다는 점에서, 이번 발표의 핵심은 과장된 속도 경쟁보다는 짧은 실행에 맞는 구조 변화라고 보는 편이 맞다.

비교 항목	다이내믹 워커스	컨테이너 기반 샌드박스	읽는 법
시작 준비	몇 밀리초	수백 밀리초가 흔함	실시간 응답에서 차이
메모리	몇 메가바이트	수백 메가바이트가 흔함	짧은 작업일수록 유리
실행 방식	요청마다 새 실행칸 생성 가능	무거워서 재사용 유혹이 큼	보안 격리 유지가 쉬움
배치 위치	요청이 들어온 곳 근처에서 실행	별도 환경을 찾는 경우가 많음	대기시간 줄이기 쉬움
확장 감각	사용자마다 따로 띄우기 쉬움	동시 실행 수 관리 부담	대규모 에이전트 서비스에 유리

표에서 중요한 건 속도만이 아니다. 컨테이너는 종종 “미리 켜 두기”가 필요하고, 이 때문에 같은 환경을 여러 작업이 함께 쓰게 될 유혹이 생긴다. 반대로 다이내믹 워커스는 매 요청마다 새 실행칸을 따로 만들 수 있어, AI가 만든 코드를 더 보수적으로 다루기 쉽다.

3. 보안은 어떻게 지키나

• 기본 원칙: 권한 최소화
• 인터넷 접근: 막거나 가로채기 가능
• 외부 도구 연결: 필요한 기능만 전달
• 비밀키 관리: 에이전트가 직접 모르게 주입 가능
• 해석 포인트: 빠르기보다 통제 가능성이 핵심

AI 에이전트 보안에서 가장 무서운 장면은, 모델이 만든 코드가 예상 밖의 인터넷 요청을 보내거나 내부 비밀 정보를 건드리는 경우다. 클라우드플레어는 이 위험을 줄이기 위해 인터넷 접근을 아예 막거나, 필요한 요청만 통과시키는 방식을 기본 기능으로 제시했다.

예를 들어 에이전트가 외부 결제 API나 사내 서비스에 접근해야 한다면, 개발자가 바깥에서 요청을 검사한 뒤 필요한 인증 정보만 얹어 보낼 수 있다. 이렇게 하면 에이전트는 비밀키를 직접 알지 못한 채 필요한 일만 수행한다. 쉽게 말해 열쇠는 관리자만 쥐고, AI에게는 문손잡이만 잠깐 잡게 하는 방식이다.

또 다른 보안 포인트는 기능을 좁게 열어 줄 수 있다는 점이다. 클라우드플레어는 HTTP 방식보다, 자바스크립트나 타입스크립트로 필요한 기능만 작게 묶어 전달하는 편이 더 간단하고 안전하다고 설명했다. 허용할 수 있는 동작만 미리 좁혀 두면, AI가 쓸데없이 넓은 권한을 가지지 않게 된다.

물론 격리 실행칸이 모든 문제를 지워 주는 것은 아니다. 클라우드플레어도 V8 기반 격리 보안이 쉽지 않다는 점을 인정한다. 다만 이 회사는 거의 10년에 가까운 운영 경험, 빠른 보안 패치, 추가 방어 계층을 강점으로 내세운다. 그래서 이번 발표의 무게중심은 “완벽하게 안전하다”가 아니라 대규모로 운영해 온 격리 기술을 AI 실행 환경에 본격 연결했다는 데 있다.

4. 가격은 어떻게 봐야 하나

• 이용 가능 플랜: Workers 유료 요금제
• 기본 포함량: 월 1,000개 고유 다이내믹 워커
• 추가 생성 요금: 하루 기준 워커 1개당 0.002달러
• 요청 요금: 기존 Workers 표준 요청 요금
• CPU 시간 요금: 기존 Workers 표준 CPU 시간 요금
• 계산 방식 주의: 같은 코드와 같은 ID를 재사용하면 한 개로 잡히고, ID 없이 바로 불러오면 호출마다 새 워커로 계산 가능
• 현재 상태: 생성 요금은 아직 청구 비활성

가격은 꼭 숫자만 보지 말고 구조를 같이 봐야 한다. 클라우드플레어의 2026년 3월 24일 블로그와 공식 가격 문서는, 하루 동안 생성된 고유 Dynamic Worker 수를 기준으로 추가 요금이 붙는 구조를 안내한다. 문서 기준으로는 같은 코드와 같은 ID를 계속 쓰면 같은 워커로 계산되지만, ID 없이 바로 불러오면 호출마다 새 워커로 잡힐 수 있다.

다만 더 중요한 문장이 바로 뒤에 붙어 있다. 현재는 이 생성 요금이 아직 활성화되지 않았고, 요청 수와 CPU 시간만 기존 Workers 요금제 안에서 청구된다는 점이다. 다시 말해 지금은 “앞으로 이렇게 과금할 예정”이라는 안내가 먼저 나온 상태에 가깝다.

이 구조는 AI 에이전트 서비스에 꽤 현실적이다. 짧은 코드 실행이 자주 일어나는 서비스라면, 모델 호출비가 워커 실행비보다 훨씬 클 수 있다. 클라우드플레어도 블로그에서 코드 모드 같은 경우 생성 비용이 모델 추론비에 비하면 작을 수 있다고 설명했다. 하지만 베타가 끝난 뒤에는 고유 워커 수를 어떻게 줄일지, 같은 코드를 얼마나 재사용할지, 어떤 작업은 일반 Workers로 돌릴지 같은 설계가 더 중요해질 수 있다.

5. 왜 지금 중요한가

• 산업 흐름: AI가 도구 호출에서 코드 작성으로 이동
• 클라우드플레어 주장: 코드 모드에서 약 80퍼센트 수준의 토큰과 비용 절감 가능
• 맞는 장면: 짧은 자동화, 데이터 가공, 여러 도구 묶음 실행
• 덜 맞는 장면: 오래 살아 있어야 하는 무거운 앱, 자바스크립트 밖 중심 환경
• 한 줄 판단: AI 시대의 순간 실행 인프라 경쟁 시작

클라우드플레어가 이번 발표를 AI 기사로 포장한 이유는 분명하다. AI 에이전트가 은행 이체를 하거나, 문서를 읽고 분류하거나, 사내 도구를 연결할 때, 도구를 한 단계씩 호출하면 왕복이 길어지고 문맥 창도 빨리 찬다. 반대로 AI가 짧은 코드를 한 번 써서 그 안에서 여러 단계를 처리하면 속도와 토큰 사용량을 함께 줄일 수 있다.

공식 문서도 같은 흐름을 짚는다. 다이내믹 워커스 소개 문서는 AI 에이전트의 코드 모드에서 추론 토큰과 비용을 최대 80퍼센트까지 아낄 수 있다고 적었다. 블로그 쪽에서는 별도 사례를 들어 토큰 사용량을 81퍼센트 줄일 수 있다고 설명했다. 수치 표기가 약간 다르지만, 방향은 같다. 클라우드플레어가 노리는 시장은 “모델 그 자체”가 아니라 모델이 밖에서 일을 처리하는 실행판이다.

이 전략은 시장 구도에서도 의미가 있다. 지금 AI 인프라 시장은 크게 둘로 나뉜다.

• 모델 층: 누가 더 좋은 모델을 만들고 파는가
• 실행 층: AI가 만든 결과물을 어디에서 빠르고 안전하게 돌릴 것인가

클라우드플레어는 두 번째 층에서 자기 자리를 넓히려 한다. 같은 회사가 전 세계 네트워크 끝단, Workers 실행 환경, 보안 제어, 관측 도구까지 함께 들고 있기 때문에, 짧고 자주 실행되는 AI 작업에는 꽤 설득력 있는 그림을 내놓을 수 있다.

공식 플레이그라운드 화면으로, 코드를 넣고 바로 실행 결과와 시간을 확인할 수 있게 구성돼 있다

플레이그라운드 화면이 중요한 이유도 여기에 있다. 개발자는 단순히 문서를 읽는 것이 아니라, 코드를 넣고 바로 돌려 본 뒤 결과와 시간을 확인하는 흐름을 손쉽게 시험할 수 있다. AI 시대 인프라 제품은 결국 “설명”보다 “체감”이 빨라야 한다는 점을 클라우드플레어가 잘 알고 있다는 신호다.

6. 경쟁사와 비교하면 무엇이 다른가

• 직접 경쟁축: 컨테이너 기반 샌드박스, 서버리스 함수, 에이전트 실행 플랫폼
• 클라우드플레어 강점: 전 세계 분산 위치, 빠른 시작, 네트워크 제어
• 클라우드플레어 약점: 자바스크립트 중심, 범용 운영체제 환경과는 거리
• 해석 포인트: 모든 워크로드용 만능 도구가 아니라 짧은 AI 실행 특화 도구

이번 발표를 “컨테이너의 끝”으로 읽을 필요는 없다. 무거운 라이브러리, 오래 살아야 하는 세션, 여러 언어가 얽힌 복잡한 환경, 운영체제 수준 권한이 필요한 작업은 여전히 컨테이너 쪽이 편한 경우가 많다. 클라우드플레어도 사실상 이 점을 인정하면서, 짧게 만들고 빨리 없애는 작업에 초점을 맞춘다.

비교 축	다이내믹 워커스	전통적 컨테이너 샌드박스	해석
가장 잘 맞는 일	짧은 코드 실행, 자동화, 에이전트 작업	무거운 앱, 오래 가는 세션, 넓은 환경 제어	역할이 다름
주력 언어 감각	자바스크립트 중심	언어 선택 폭 넓음	개발 문화 차이
강점 한마디	빠르게 띄우고 빨리 버리기	넓게 담고 오래 유지하기	설계 철학 차이
보안 전략	네트워크 차단, 권한 최소화, 바인딩 전달	환경 전체를 통째로 분리	접근 방식 차이
비용 감각	짧은 작업에 효율적일 가능성	계속 켜 두면 비용 커질 수 있음	사용 패턴이 중요

그래서 경쟁 구도는 단순 속도 싸움이 아니라 **어떤 종류의 AI 작업이 늘어날 것인가**의 싸움에 가깝다. 클라우드플레어는 “사용자마다 에이전트가 따로 붙는 시대”를 전제로 깔고 있고, 그 전제에서는 짧고 가벼운 격리 실행이 분명히 유리해 보인다.

7. 실무자 입장에서 무엇이 달라지나

• 개발자 관점: 위험한 코드를 본 서비스와 떼어 놓기 쉬움
• 서비스 관점: 요청마다 새 실행칸을 만들 수 있어 사용자 격리 설명이 쉬움
• 운영 관점: 로그와 관측 도구를 기존 Workers 흐름 안에서 묶기 쉬움
• 기획 관점: “AI가 대신 해 주는 작은 작업”을 제품 안에 넣기 쉬움

실무자 입장에서 가장 먼저 바뀌는 건 설계 언어다. 예전에는 “에이전트에게 어떤 도구를 몇 개 열어 줄까”를 먼저 고민했다면, 이제는 “에이전트에게 어떤 작은 실행칸을 줄까”를 고민하게 된다. 같은 업무라도 API를 줄지, 제한된 함수 묶음을 줄지, 인터넷을 막을지, 요청마다 버릴지 같은 선택지가 더 세밀해진다.

예를 들어 고객 문의 요약, 주문 이상 징후 분류, 마케팅 데이터 묶음 정리, 사내 문서 검색 후 보고서 초안 작성 같은 작업은 길게 살아 있을 필요가 없다. 필요한 데이터만 읽고 짧게 처리한 뒤 결과만 남기면 된다. 이런 작업은 다이내믹 워커스와 잘 맞는다.

반대로 화면을 오래 유지하는 개발 환경이나, 운영체제 수준 도구를 많이 써야 하는 작업은 아직 다른 선택지가 더 나을 수 있다. 이번 발표의 포인트는 “모든 것을 대체한다”가 아니라, AI 시대에 아주 자주 등장할 짧은 실행 구간을 겨냥했다는 데 있다.

8. 한국 시장에서는 어떻게 봐야 하나

• 국내 적용 장면: 커머스 운영툴, 고객지원 자동화, 사내 업무 자동화, 교육용 AI 서비스
• 기대 효과: 빠른 응답, 사용자별 분리, 짧은 작업 비용 관리
• 현실 변수: 유료 플랜, 자바스크립트 중심 개발, 베타 이후 과금
• 체크포인트: 국내 팀은 AWS 람다, 네이버클라우드, 자체 서버와 함께 비교 가능성 높음

한국 시장에서도 이 발표는 그냥 해외 개발자 뉴스로 끝나지 않는다. 국내 서비스들은 이미 고객지원 자동화, 광고 운영 보조, 문서 요약, 개발 보조 같은 작은 AI 작업을 빠르게 붙이고 있다. 이런 기능은 대개 “매우 똑똑한 모델”보다 빠르고 안전한 실행 자리가 더 중요할 때가 많다.

특히 모바일 사용자 비중이 높은 국내 서비스는 응답 지연에 민감하다. AI가 중간중간 도구를 여러 번 부르는 구조보다, 짧은 코드를 한 번 실행해 결과를 바로 돌려주는 구조가 체감상 더 나을 수 있다. 다만 국내 팀이 바로 도입을 결정할 수 있다는 뜻은 아니다.

봐야 할 현실 변수도 분명하다.

• 개발 문화: 자바스크립트와 Workers 생태계 친숙도
• 비용 판단: 베타 종료 뒤 고유 워커 생성 과금이 실제로 얼마나 붙는지
• 규제와 보안: 개인정보, 사내 데이터, 외부 API 키 관리 기준
• 운영 비교: 이미 쓰는 클라우드 함수나 사내 실행 환경과의 역할 분담

결국 국내 팀은 새로운 실행칸 하나가 생겼다고 이해하면 된다. 이것이 모든 문제를 풀어 주는 만능 답은 아니지만, AI 에이전트가 작은 일을 자주 처리해야 하는 서비스라면 충분히 검토할 이유가 생겼다.

결론

클라우드플레어의 다이내믹 워커스는 AI 시대 실행 인프라의 방향을 꽤 또렷하게 보여 준다. 핵심은 화려한 신기술 이름이 아니라, AI가 만든 코드를 빠르고 가볍고 통제된 상태로 돌릴 수 있느냐다. 클라우드플레어는 그 해답으로 무거운 컨테이너 대신 가벼운 격리 실행칸을 밀고 있다.

이번 발표를 기억하는 가장 쉬운 문장은 이것이다. AI가 더 많은 코드를 쓰는 시대에는, 코드를 어디서 안전하게 돌리느냐가 모델만큼 중요해진다. 2026년 3월 24일 공개된 이번 오픈 베타는 그 경쟁이 본격적으로 시작됐다는 신호에 가깝다.

앞으로 체크할 포인트도 분명하다.

• 베타 종료 뒤 실제 과금이 얼마나 붙는지
• 자바스크립트 중심 전략이 어디까지 먹히는지
• 국내 서비스 환경에서 응답 속도와 보안 통제가 얼마나 체감되는지

짧게 정리하면, 다이내믹 워커스는 AI 에이전트가 늘어나는 시대에 맞춰 나온 “순간 실행용 안전칸”이라고 보면 된다. 기술 이름은 어렵지만, 의미는 비교적 단순하다. 더 빨리 띄우고, 더 작게 가두고, 더 쉽게 버리는 실행 방식이다.

참고 자료

• Sandboxing AI agents, 100x faster - Cloudflare Blog, 2026년 3월 24일
• Dynamic Workers - Cloudflare Docs, 2026년 3월 24일 업데이트
• Pricing - Cloudflare Docs, 2026년 3월 24일 업데이트
• Cloudflare Workers - Cloudflare Docs, 2025년 2월 7일 업데이트
• Codemode - Cloudflare Docs, 2026년 2월 기준