Hacker News 2026.04.14 26

Cloudflare가 자사 서비스 전체를 하나의 CLI로 통합했다

대시보드 클릭 대신 터미널 한 줄로

Cloudflare를 써본 분이라면 아실 거예요. DNS 설정하려면 대시보드 들어가서 클릭하고, Workers 배포하려면 Wrangler 쓰고, R2 버킷 만들려면 또 다른 도구를 꺼내야 했죠. 서비스가 워낙 많다 보니 도구도 파편화되어 있었는데요. Cloudflare가 이번에 cf라는 이름의 통합 CLI를 공개했어요. 말 그대로 Cloudflare의 모든 서비스를 하나의 명령줄 도구로 다룰 수 있게 만든 거예요.

이게 왜 중요하냐면, Cloudflare는 이제 단순한 CDN 회사가 아니거든요. DNS, CDN, WAF(웹 방화벽), Workers(서버리스 컴퓨팅), R2(오브젝트 스토리지), D1(데이터베이스), Pages(정적 사이트 호스팅), Queues(메시지 큐) 등 수십 개의 서비스를 운영하고 있어요. 그런데 이걸 관리하는 도구가 제각각이었던 거죠. cf CLI는 이 모든 걸 cf <서비스> <명령> 형태의 일관된 인터페이스로 묶어줘요.

어떻게 동작하나요

cf CLI의 핵심 설계 철학은 "발견 가능성(discoverability)"이에요. 쉽게 말해서, 어떤 명령어가 있는지 몰라도 자연스럽게 찾아갈 수 있게 만들었다는 뜻인데요. cf만 입력하면 사용 가능한 서비스 목록이 쭉 나오고, cf workers를 입력하면 Workers 관련 명령어들이 나오는 식이에요. 탭 자동완성도 기본으로 지원하고요.

기존에 Workers 배포에 쓰이던 Wrangler와의 관계도 흥미로워요. Wrangler가 없어지는 건 아니고, cf CLI 안에 Wrangler의 기능이 통합되는 구조예요. 기존에 Wrangler를 쓰던 사용자라면 cf workers deploy 같은 명령으로 자연스럽게 전환할 수 있어요.

또 하나 눈에 띄는 기능이 Local Explorer인데요. Cloudflare 리소스들의 상태를 로컬에서 탐색할 수 있는 기능이에요. 예를 들어 "내 계정에 있는 모든 DNS 레코드를 보여줘"라거나 "이 Workers의 설정을 확인해줘" 같은 걸 대시보드에 들어가지 않고도 터미널에서 바로 확인할 수 있어요. 인프라를 코드로 관리하는 IaC(Infrastructure as Code) 워크플로와도 잘 맞는 방향이죠.

AWS CLI, GCP gcloud와 비교하면

사실 이런 통합 CLI는 새로운 개념이 아니에요. AWS는 aws CLI가 있고, Google Cloud는 gcloud가 있잖아요. Azure도 az CLI를 제공하고요. 클라우드 서비스가 커지면 결국 통합 CLI가 필요해지는 건 자연스러운 수순이에요.

그런데 Cloudflare의 경우는 좀 늦은 감이 있었어요. 서비스는 계속 늘어나는데 CLI 도구는 서비스별로 따로 나오거나, 대시보드에서만 설정 가능한 기능들이 많았거든요. 특히 Terraform 같은 IaC 도구를 쓸 때, API는 있는데 CLI가 없어서 불편했던 부분들이 있었는데 이번에 많이 해소될 것 같아요.

AWS CLI와 비교했을 때 장점이라면 Cloudflare 자체가 서비스 수가 상대적으로 적기 때문에 배우기가 훨씬 쉽다는 거예요. AWS CLI는 서비스가 너무 많아서 명령어 구조를 파악하는 것 자체가 일이잖아요. cf CLI는 서비스 규모가 작은 만큼 직관적으로 쓸 수 있다는 게 장점이에요.

한국 개발자에게 어떤 의미가 있을까

Cloudflare를 인프라로 쓰는 한국 팀이 꽤 많아졌어요. 특히 Workers와 Pages 조합으로 사이드 프로젝트나 스타트업 서비스를 운영하는 분들이 늘고 있는데요. 이런 분들에게는 cf CLI가 꽤 실용적인 도구가 될 거예요. CI/CD 파이프라인에서 Cloudflare 리소스를 관리할 때 스크립트가 훨씬 깔끔해지거든요.

또 하나, 온보딩 비용이 줄어든다는 것도 큰 장점이에요. 새로운 팀원이 들어왔을 때 "Wrangler는 이렇게 쓰고, R2는 저렇게 접근하고..." 하던 걸 "cf 하나만 설치하면 돼"로 줄일 수 있으니까요. DevOps 자동화를 고민하는 분들이라면 한번 살펴볼 만해요.

다만 아직 베타 성격이 강하기 때문에, 기존 Wrangler 기반 워크플로를 당장 갈아탈 필요는 없어요. 새 프로젝트를 시작할 때 한번 써보면서 익숙해지는 게 좋을 것 같아요.