Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
© 2026 Molayo
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
본 페이지의 콘텐츠는 AI가 공개된 소스를 기반으로 자동 수집·요약·번역한 것입니다. 원 저작권은 각 원저작자에게 있으며, 각 게시물의 “원문 바로가기” 링크를 통해 원문을 확인할 수 있습니다. 저작권자의 삭제 요청이 있을 경우 신속히 조치합니다.
AI 기반 개발 도구인 커서(Cursor)는 웹 서비스가 확장되면서 단일 도메인 아래 여러 기능을 통합하고, 데이터 기반의 성장을 이루기 위해 복잡한 아키텍처를 구축했습니다. 이들은 마케팅 사이트, 문서, 도움말 센터 등 분리된 여러 코드를 Vercel Microfrontends 방식을 채택하여 하나의 일관된 사용자 경험으로 통합했습니다. 또한 Statsig와 Vercel Flags SDK를 활용해 A/B 테스트 및 실험 기능을 도입함으로써, 온보딩 퍼널 최적화부터 지역별 맞춤 콘텐츠 제공까지 데이터 기반의 반복적인 개선(성장 루프
Vercel은 웹 애플리케이션의 한계를 넘어 장시간 실행이 필요한 시스템(long-running systems)을 위해 'Workflows'라는 새로운 프로그래밍 모델을 공개했습니다. 기존에는 오케스트레이션(orchestration)을 위해 별도의 큐, 워커, 상태 테이블 등을 관리해야 했지만, Workflows는 이러한 모든 복잡한 기능을 애플리케이션 코드 자체에 통합합니다. 개발자는 TypeScript나 Python 같은 일반적인 언어의 제어 흐름만으로도 여러 단계가 필요한 백엔드 작업(예: 결제 처리, ETL 파이프라인)을 신
GitBook은 Vercel 플랫폼을 활용하여 n8n, Nvidia 등 다수의 기업이 사용하는 3만 개의 문서 사이트를 운영하고 있습니다. 이 시스템은 월 1억 2천만 페이지뷰를 처리하며, 콘텐츠 변경 사항을 300ms 이내에 전 세계 사용자에게 반영합니다. 특히, AI 크롤러가 전체 트래픽의 41%를 차지하는 시대적 변화에 대응하기 위해 캐싱 전략을 혁신했습니다. 기존 방식으로는 모든 사이트를 재검증(revalidation)해야 했지만, GitBook은 '태그 기반 무효화 (tag-based invalidation)' 방식을 도입
개인용 AI 클라우드 플랫폼을 개발하는 Zo Computer는 기존에 모델 공급자별로 커스텀 어댑터 코드를 관리하고, 재시도(retry) 및 폴백 로직을 자체적으로 처리해야 하는 복잡성을 겪었습니다. 이 과정에서 신규 모델 추가 시마다 상당한 엔지니어링 리소스가 소모되었습니다. Zo는 Vercel의 AI SDK와 AI Gateway를 도입하여 이러한 문제를 해결했습니다. AI SDK는 모든 모델에 대한 통일된 인터페이스를 제공했고, AI Gateway는 인프라 수준의 복잡성(재시도, 라우팅 등)을 처리했습니다. 그 결과, 재시도율은
Vercel의 샌드박스(Sandboxes)가 이제 고유하고 사용자가 정의할 수 있는 이름을 갖게 되었습니다. 이전에는 ID 기반으로만 식별되었으나, 이 업데이트를 통해 프로젝트 내에서 샌드박스를 이름으로 쉽게 찾고 참조할 수 있게 됩니다. 또한, 베타 CLI 패키지에는 설정 관리와 세션 검사 기능이 추가되어, 생성 및 재개 시 세션을 더욱 명확하게 식별할 수 있도록 지원합니다. 개발자들은 `@vercel/sandbox` SDK 및 `sandbox` CLI의 베타 버전을 설치하여 이 새로운 기능을 바로 경험해 볼 수 있습니다.
4월 6일부터 Vercel 프로젝트가 외부 오리진(external origins)으로 요청을 프록시할 때, 응답에 포함된 `Cache-Control` 헤더를 기본적으로 존중하게 됩니다. 이전에는 리라이트(rewrites)를 통해 외부 오리진에서 제공되는 콘텐츠는 기본적으로 캐싱되지 않았으며, 캐싱 기능을 사용하려면 별도의 설정이 필요했습니다. 이제 Vercel CDN은 원본 서버(origin)가 보내는 캐싱 헤더를 자동으로 인식하고 적용하여 개발자가 의도한 대로 콘텐츠가 캐시되도록 개선되었습니다. 기존 프로젝트의 경우 대시보드에서
본 글은 AI 에이전트, Vercel 샌드박스, 그리고 전통적인 소프트웨어 엔지니어링 기법을 결합하여 모노레포(monorepo) 빌드 도구인 Turborepo의 성능을 혁신적으로 개선한 과정을 다룹니다. 초기에는 배경에서 작동하는 AI 에이전트에게 코드 분석을 맡겼으나, 충분한 컨텍스트와 검증 루프가 부족하여 지속 가능하지 않음을 깨달았습니다. 이후 프로파일링(Profiling) 데이터를 Markdown 형식으로 변환하고, 이 구조화된 포맷을 에이전트의 입력으로 사용하자 성능 개선 속도가 극적으로 향상되었습니다. 저자는 이러한 반복
AI 에이전트가 코드를 생성하는 속도가 빨라지면서 생산성은 극대화되었지만, 이로 인해 '테스트 통과'와 '프로덕션 안전성' 사이의 간극이 커지고 있습니다. 에이전트가 만든 코드는 매우 그럴듯해 보여서 개발자가 무비판적으로 신뢰하기 쉽습니다. 따라서 단순히 CI(Continuous Integration)를 통과하는 것만으로는 충분하지 않습니다. 이 글은 AI 시대에 배포 안전성을 확보하기 위해, 시스템 자체를 강화하고 운영 지식을 실행 가능한 '가드레일 (Guardrails)'로 만드는 폐쇄 루프(Closed-loop) 시스템 구축의
Vercel 대시보드에서 API 의존 없이 팀 간 마켓플레이스 리소스를 직접 이전할 수 있게 되었습니다. 이 기능은 팀이나 프로젝트 변경 시 리소스 관리를 크게 단순화합니다. 소스 및 대상 팀의 오너(owner)와 멤버(member) 역할 모두 전송을 시작할 수 있습니다. 다만, 리소스를 받는 대상 팀에는 해당 통합이 사전에 설치되어 있어야 합니다. 현재는 특정 데이터베이스 제공업체(Prisma, Neon, Supabase 등) 간의 데이터베이스 전송을 지원하며, 향후 더 많은 공급자 및 제품 지원이 예정되어 있습니다.
패션 런칭 같은 창의적인 작업은 단일 이미지가 아닌 탐색 과정 그 자체입니다. FLORA는 이러한 시각적 반복 작업을 지원하기 위해 크리에이티브 에이전트 'FAUNA'를 개발했습니다. 기존에는 복잡한 워크플로우 설계가 필요했지만, FAUNA는 사용자의 아이디어만으로 레퍼런스 수집부터 다양한 변형 이미지 생성을 자동으로 탐색합니다. FLORA 팀은 이 시스템을 구축하는 과정에서 발생하는 인프라 및 오케스트레이션(orchestration)의 복잡성에 직면했습니다. 결국 Vercel AI Stack으로 마이그레이션하여, 프라이미티브(pr
2026년 3월 31일, npm에 배포된 Axios 패키지가 공급망 공격(supply chain attack)을 통해 손상된 것이 발견되었습니다. Vercel은 즉시 대응하여 해당 취약한 버전들을 제거하고 안전한 최신 태그로 업데이트했습니다. 이 문제로 인해 Vercel 자체 시스템이나 애플리케이션에는 영향을 미치지 않았습니다. 하지만, 빌드 환경에서 특정 악성 버전을 사용했던 프로젝트들은 위험에 노출되었을 수 있습니다. 따라서 사용자들은 의존성(dependencies)과 lockfile을 점검하고, 해당 패키지를 안전한 버전으로
Waldium은 기업을 위한 에이전틱 CMS(agentic CMS)를 구축한 스타트업입니다. 이 플랫폼은 콘텐츠 리서치 및 생성을 자동화하며, 모든 고객 블로그에 전용 MCP (Model Context Protocol) 서버 엔드포인트를 제공합니다. 이는 AI 에이전트가 워크플로우를 벗어나지 않고도 블로그 내용을 직접 검색하고 상호작용할 수 있게 합니다. 초기에는 AWS Amplify 등 복잡한 인프라 관리의 어려움을 겪었으나, Vercel로 이전하면서 단일 배포(single deployment)만으로 모든 고객사 블로그와 전용 엔
Vercel Queues가 메시지의 최대 유지 기간(TTL)과 전달 지연 시간을 기존 24시간에서 7일로 확장했습니다. 이 업데이트는 장기간의 백그라운드 작업, 예약된 워크플로우, 또는 긴 실행 시간이 필요한 작업을 처리할 수 있도록 하여 개발 유연성을 크게 높였습니다. 기본 TTL 및 지연 시간은 여전히 24시간으로 유지되지만, 최대 한계가 늘어난 만큼 더 복잡하고 오래 지속되는 비동기 패턴 구현이 가능해졌습니다.
Vercel은 팀이 작업 환경(sandbox)의 전체 파일 시스템 상태를 저장하고 복원하는 기능을 제공하며, 이 과정의 성능 최적화에 집중했습니다. 초기에는 안정성에 초점을 맞췄으나, 스냅샷 복원 시간이 40초 이상 걸리는 문제를 발견했습니다. 이를 해결하기 위해 병렬 처리와 로컬 캐싱 전략을 도입하여 p75 복원 시간을 1초 미만으로 단축시켰습니다. 특히 S3 다운로드 시 HTTP Range 요청과 AWS Go SDK를 활용한 병렬 스트리밍, 그리고 디컴프레션(decompression) 과정을 여러 스레드에서 동시에 처리하는 방안
Vercel의 배포 보존(Retention) 정책이 업데이트되어, 열려 있거나 병합되지 않은 풀 리퀘스트(Pull Request)가 있는 활성 브랜치의 최신 미리 보기(Preview) 배포물을 삭제하지 않게 되었습니다. 이전에는 설정된 보존 기간을 초과하면 활성 브랜치 배포물도 제거될 위험이 있었으나, 이제는 이 문제가 해결되었습니다. 이 변경 사항은 모든 플랜에 적용되며, 사용자는 더 짧은 보존 기간을 설정해도 중요한 활성 미리 보기 배포물을 안전하게 유지할 수 있습니다. 또한, 상위 10개 프로덕션(Production) 배포물과