목소리를 낸 대가: CEO의 게시물이 촉발한 개발자 대이동
AI와 지정학을 다룬 한 소셜 미디어 게시물이 실리콘밸리에서 가장 빠르게 성장하는 플랫폼 중 한 곳에서 조용한 이탈의 물결을 촉발했다.
개발자 관계(developer relations) 분야에서, CEO들은 대개 더 빠른 배포와 원활한 확장(scaling)을 강조하는 데 집중한다. 하지만 버셀(Vercel)의 설립자 기예르모 라우치(Guillermo Rauch)가 오늘 X(구 트위터)에 올린 게시물은 처음에는 특별해 보이지 않았다. 그는 이스라엘 총리 베냐민 네타냐후(Benjamin Netanyahu)와 함께 찍은 사진을 공유하며 AI 교육의 중요성에 대한 짧은 글을 덧붙였다.
라우치는 "AI 교육과 지식 습득이 우리 자유 사회를 선도하는 데 어떻게 기여할지에 대해 네타냐후 총리와 즐거운 논의를 가졌다"고 적으며, "이스라엘과 이웃 국가들의 평화, 안전, 그리고 위대함"을 희망한다고 밝혔다.
이 게시물은 빠르게 500만 건에 가까운 조회수를 기록했다. 하지만 바이럴(viral) 수치 이면에는 소셜 미디어 대시보드에는 나타나지 않는 대가가 따랐다.
조용한 이탈
얼마 지나지 않아, 온라인 포럼과 사적인 엔지니어링 그룹에서 미묘한 패턴이 나타나기 시작했다: 개발자들이 버셀을 떠나고 있었다. 요란하게, 공개 서한이나 조직적인 캠페인을 통해서가 아니었다. 대신 배포 재구성, DNS 레코드 이동, 파일을 한 줄 한 줄 다시 작성하는 등 고된 기술적 작업을 통해 떠났다.
한 개발자는 X에 노골적으로 이렇게 썼다: "CEO의 게시물 때문에 버셀에서 벗어나는 데 시간을 쓰고 있다." 비슷한 댓글들이 링크드인(LinkedIn)과 여러 커뮤니티 스레드에 나타나기 시작했다. 컨설턴트들은 고객들에게 대안을 권하기 시작했다. 엔지니어링 팀 내부에서는 여러 플랫폼에 위험을 분산하는 것에 대한 논의가 갑자기 시급해졌다.
수치는 여전히 일화적이다. 버셀은 어떤 이탈률(churn figures)도 공개하지 않았지만, 그 징후들은 분명했다. 단 하나의 정치적 발언이 오랫동안 잠재되어 있던 우려를 행동으로 옮기게 하는 불꽃이 된 것이다.
오래된 우려, 새로운 촉매제
이 시점이 그토록 강력했던 이유는 좌절감이 갑자기 나타난 것이 아니었기 때문이다. 개발자들은 이미 벤더 종속(vendor lock-in)에 대한 우려를 표명해왔다. 이는 일단 특정 공급업체에 묶이면 다른 곳으로 전환하기가 고통스러워지는 기술적 얽힘을 의미한다.
문제는 추상적이지 않다. 넥스트.js(Next.js) 기능은 버셀에서 가장 잘 작동한다. 엣지 컴퓨팅(Edge computing) 설정은 버셀의 독점 런타임에 의존한다. 이미지 최적화(image optimization)와 서버리스 함수(serverless functions)조차도 버셀 시스템에 단단히 묶일 수 있다. 많은 팀들은 종종 힘든 경험을 통해, 단순한 프레임워크(framework) 선택처럼 보였던 것이 조용히 깊은 플랫폼 의존으로 이어졌음을 발견했다.
한 기술 분석은 "넥스트.js 기능 중 버셀에서 가장 잘 작동하거나 버셀에서 먼저 제공되는 기능을 채택할 때 강한 결합(tight coupling)이 발생한다"며, 이로 인해 다른 환경에서 동일한 환경을 재구축하기 어렵다고 설명했다.
2025년 내내 개발자들은 클라우드플레어 페이지스(Cloudflare Pages), 넷리파이(Netlify), 렌더(Render), 플라이.io(Fly.io), 레일웨이(Railway), 구글 클라우드 런(Google Cloud Run) 등 대안을 더욱 진지하게 저울질해왔다. 온라인에 넘쳐나는 "버셀 대안" 가이드들은 단순한 호기심보다는 실제적인 계획을 보여준다.
CTOL.digital의 우리 엔지니어링 팀도 동일한 변화를 확인했다. 우리는 Gen AI의 도움을 받아 내부 및 고객 대면 프로젝트 모두를 버셀에서 클라우드플레어로 적극적으로 마이그레이션(migrating)하고 있다. 이는 개발자들이 이 순간을 얼마나 심각하게 받아들이고 있는지를 분명히 보여주는 움직임이다.
기술과 정치가 만날 때
라우치의 게시물이 벤더 종속 논쟁을 만들어낸 것은 아니지만, 이를 증폭시켰다. 이미 한 바구니에 너무 많은 달걀을 담는 것에 불안감을 느끼던 개발자들에게, 네타냐후와의 만남은 주의를 행동으로 바꾸는 계기가 되었다.
이는 또한 기술 분야의 더 큰 긴장감을 드러냈다: CEO의 개인 브랜드와 정치가 당신이 의존하는 제품과 합쳐질 때, 만약 당신이 그러한 견해에 동의하지 않는다면 어떻게 될까?
일부 엔지니어들은 인프라(infrastructure) 선택이 순전히 기술적인 문제로 남아있어야 한다고 주장한다. 반면 다른 이들은 오늘날처럼 기업이 자신들의 가치를 명확히 드러내야 하는 분위기에서는 정치를 무시하는 것이 비현실적이라고 주장한다.
이러한 반응은 또한 세대 간의 분열을 드러냈다. 특히 젊은 엔지니어들은 더욱 노골적으로 목소리를 내며, 네타냐후 정부와의 공개적인 동조를 자신들의 도구를 재고할 충분한 이유로 보고 있다.
다음은 무엇인가
특정 플랫폼에 묶이는 것을 피하려는 팀들에게, 대처 방안(playbook)은 명확하지만 결코 쉽지 않다: 비즈니스 로직(business logic)을 플랫폼 코드(platform code)와 분리하고, 서버리스 함수를 위한 어댑터 계층(adapter layers)을 구축하며, 독점적인 API를 피하고, 종속되기 전에 대안 호스트에서 동등한 기능을 시험해 보는 것이다.
하지만 더 큰 질문이 남아있다. 개방형 표준(open standards)과 상호 운용성(interoperability)을 설파하는 기술 산업에서, 기업들은 독특하고 긴밀하게 통합된 기능을 제공하는 것과 휴대성(portability)을 중요하게 여기는 개발자들의 신뢰를 유지하는 것 사이에서 어떻게 균형을 잡아야 할까?
버셀은 계속 성장하며 업계의 인정을 받고 있다. 가장 최근에는 가트너(Gartner)로부터 "비전 있는 기업(Visionary)"으로 선정되기도 했다. 많은 개발자들은 여전히 버셀의 사용 편의성과 속도를 높이 평가하며, 단점에도 불구하고 계속 머물기로 선택하고 있다.
그렇다 하더라도, 네타냐후 사태 이후의 이탈(migration)은 절대적인 수치에서는 미미할지라도 상당한 의미를 지닌다. 이는 불매 운동이라기보다는 깨어진 이해 관계에 가깝다. 즉, 개발자들은 더 나은 도구를 위해 어느 정도의 종속을 받아들일 수 있지만, 갇혀 있다는 느낌을 용납하지 않을 것이라는 이해가 깨졌다는 것이다.
그리고 단 한 번의 만남이 전 세계 엔지니어링 팀의 아키텍처(architecture) 검토를 촉발할 때, 이는 오늘날의 인프라 싸움에서 신뢰와 기술이 분리될 수 없다는 신호이다.