리소스 센터

AI Agent는 개발자의 기본 요구사항이 되었지만, 개발과 배포에는 여전히 적지 않은 진입 장벽이 있고 직접 조립해야 하는 인프라가 많습니다. EdgeOne Makers(EdgeOne Pages 명칭 변경)는 기존 Web 풀스택 기능을 기반으로 Agent에 대한 네이티브 지원을 추가하여, Agent 개발을 Web 애플리케이션 개발만큼 간단하게 만듭니다. 개발자는 비즈니스 로직에만 집중하고, 인프라는 플랫폼이 통합 처리합니다. 동일한 프로젝트 안에서 Web과 Agent 코드를 함께 배포할 수 있으며, 도메인과 설정 등 배포·관측 체계 전반을 공유합니다.Agent 런타임. Agent Runtime을 제공하며, Claude Agent SDK, OpenAI Agents, LangGraph, DeepAgents, CrewAI 등 주류 프레임워크를 그대로 실행할 수 있습니다. handler 작성 방식은 각 프레임워크의 네이티브 패러다임을 유지하며, 플랫폼은 새로운 SDK 추상화를 도입하지 않습니다.세션 저장소. context.store는 각 프레임워크의 네이티브 세션 저장 타입을 그대로 제공합니다. 예를 들어 OpenAI Agents에서는 Session을, LangGraph에서는 BaseCheckpointSaver를 받게 됩니다. 각 프레임워크는 기본적으로 추상 프로토콜만 제공하며, 영속화 구현은 보통 직접 Postgres 등 클라우드 스토리지를 연결해야 합니다. Makers는 하부에서 플랫폼 Blob 스토리지로 일괄 처리하므로 별도의 서비스 활성화가 필요 없습니다.

초창기 에이전트는 일반 백엔드와 큰 차이가 없었다. 고객 응대, Q&A, 주문 조회 같은 시나리오에서는 사실상 비즈니스 인터페이스가 붙은 LLM 서비스에 가까웠다. 그러나 모델 능력이 올라오면서 에이전트는 진짜로 "손을 쓰기" 시작했다 — 파일을 다루고, 코드를 고치고, 테스트를 돌리고, 브라우저를 조작하고, 복잡한 시스템을 엮으면서 과거에는 사람이 해야 했던 일을 하나둘 가져가고 있다. 권한 경계를 한정하고 자원 사용을 통제하기 위해, 샌드박스는 필수 요소가 되었다.다음 단계로 직관적으로 떠오르는 방식은 에이전트 로직과 도구를 같은 샌드박스에 함께 욱여넣는 것이다. 호출 경로가 짧고 상태 공유가 편하다. 구조는 깔끔하지만 멀티테넌시, 보안 격리, 비용 효율 같은 엔터프라이즈급 요구사항으로 들어가는 순간 한계가 드러난다. 로직 한 줄을 바꾸려면 전체 툴체인이 들어간 이미지를 다시 빌드해야 하고, 동시 요청 환경에서는 대화 하나당 샌드박스 한 벌을 통째로 점유하면서 자원 비용이 빠르게 쌓인다. 에이전트 로직과 자격증명, 신뢰할 수 없는 코드가 한 환경에서 돌면서 prompt injection 공격면도 넓어진다. 상태가 샌드박스에 묶여 있어 폐기되면 함께 사라지고, 복구도 까다롭다.그래서 업계는 좀 더 디커플된 방식을 모색하기 시작했다 — 에이전트 로직, 도구 샌드박스, 상태가 각각 독립적으로 돌아가고, 컴포넌트마다 자신의 라이프사이클로 스케줄되며 서로 묶이지 않는 구조다.

오늘부터 EdgeOne Pages는 공식적으로 EdgeOne Makers로 이름이 변경됩니다. 이번 명칭 변경으로 기존 제품 로직은 변경되지 않습니다.지난 1년여간, 제품은 개발자의 실제 요구를 따라 단계적으로 확장되어 왔습니다:"Pages"라는 단어는 첫인상에서 여전히 "프런트엔드 호스팅"을 떠올리게 하며, 현재 제품의 실제 역량과 차이가 있습니다. "Makers"는 영어 기술 커뮤니티에서 일반적으로 Indie Maker — 아이디어를 코드로 제품화하는 사람 — 를 가리키는 말로, EdgeOne이 계속해서 잘 서비스하고 싶은 대상이기도 합니다.

Pages Cloud Functions에 Python과 Go 두 가지 런타임이 추가되었습니다. 동일한 프로젝트에서 이 언어들로 백엔드 API를 작성하고, 프론트엔드 페이지와 함께 리포지토리에 푸시하면 자동으로 빌드 및 배포됩니다.이번 업데이트 이후,  cloud-functions  디렉토리에서  .py  및  .go  파일을 인식할 수 있게 되었습니다. 플랫폼이 해당 런타임을 자동으로 매칭하며, 파일 경로가 곧 API 경로가 됩니다.Cloud Functions의 Python 런타임은 두 가지 모드를 제공합니다:

EdgeOne Pages Beta 버전 출시 이후 1년 동안 개발자 여러분으로부터 많은 피드백을 받았으며, 수십 차례의 버전 업데이트를 진행해 왔습니다. 오늘, EdgeOne Pages 정식 버전 출시를 발표하게 되어 기쁩니다.이번 업데이트는 개발자들이 가장 관심을 갖는 핵심 영역인 인프라 성능, 보안 기능, 관측성에 초점을 맞추고 있습니다. 다음은 이번 업데이트의 상세 내용입니다:정식 버전에서는 기반 CDN 네트워크를 전면 업그레이드하여 지능형 네트워크 스케줄링, 링크 최적화, 고급 구성 기능을 추가했습니다. 이를 통해 더 낮은 접속 지연과 더 높은 서비스 안정성을 제공합니다. 사용자가 어디에 있든 더 빠른 로딩 경험을 누릴 수 있습니다.

EdgeOne Pages가 이제 공식적으로 미들웨어 기능을 지원하게 되었음을 기쁘게 알려드립니다. 이제 엣지 노드에서 사용자 요청을 가로채고 처리하며, 페이지 로딩 전에 커스텀 로직을 실행할 수 있어 애플리케이션의 응답 속도가 빨라지고 아키텍처가 더욱 유연해집니다.미들웨어는 요청이 최종 목적지에 도달하기 전에 실행되는 코드입니다. 사용자 요청을 가로채고 리다이렉트, 리라이트, 요청 헤더 수정 등의 작업을 수행할 수 있습니다. 이를 요청의 "문지기"라고 생각하시면 됩니다. 본격적인 처리 전에 먼저 필터링과 전처리를 수행합니다.전통적인 아키텍처에서는 이러한 처리 로직을 오리진 서버로 보내 실행해야 했으며, 이는 지연 시간을 증가시킬 뿐만 아니라 오리진 서버에 추가적인 부담을 주었습니다. EdgeOne Pages의 미들웨어는 엣지 노드에서 실행되어 이러한 경량 처리 로직을 사용자와 가장 가까운 위치로 이동시킵니다. 요청이 오리진 서버에 도달하기 전에 판단과 처리를 완료할 수 있습니다.

EdgeOne Pages가 이제 TanStack Start와 Vike 프레임워크 배포를 공식적으로 지원합니다.이 두 프레임워크는 최근 몇 년간 점점 더 많은 개발자들의 관심을 받고 있습니다. TanStack Start는 엔드투엔드 타입 안전성 기능을 제공하고, Vike는 고도로 커스터마이징 가능한 아키텍처로 유명합니다. 이번 지원을 통해 개발자들은 기술 스택 선택에 있어 더 많은 유연성을 확보하여, 모던 풀스택 애플리케이션을 더 쉽게 구축하고 배포할 수 있게 되었습니다.TanStack Start는 TanStack 팀이 개발한 풀스택 웹 프레임워크입니다. TanStack Router와 Vite를 기반으로 구축되어 완전한 서버 사이드 렌더링(SSR), 스트리밍 렌더링, 서버 함수, API 라우트 및 번들링/배포 기능을 제공합니다. 엔드투엔드 타입 안전성을 통해 개발 경험을 최적화하고, 모든 JavaScript 런타임 환경에 배포 가능한 모던 풀스택 애플리케이션 개발을 위한 통합 솔루션을 제공합니다.

TanStack은 현대적인 웹 애플리케이션을 위해 설계된 고품질 오픈소스 도구 모음입니다. 현재까지 각 모듈은 GitHub에서 총 10만 개 이상의 스타와 9,500명의 팔로워를 확보했습니다. 핵심 강점은 웹 개발에서 가장 어려운 측면들을 모듈화하고 표준화하여, 프로덕션 환경에서 사용 가능한 포괄적인 생태계로 구축했다는 점입니다.TanStack의 목표는 단순히 편리한 유틸리티 라이브러리가 되는 것이 아니라, 현대 풀스택 애플리케이션에 내재된 시스템적 복잡성을 해결하는 것입니다.이전에는 분산되어 있던 라우팅, 데이터 페칭, 서버 사이드 렌더링과 같은 프로세스를 하나의 통합되고 일관된 워크플로우로 원활하게 통합합니다. 대용량 데이터셋이나 복잡한 폼 인터랙션을 처리할 때, TanStack이 제공하는 것은 단순한 지름길이 아닌 견고한 기반이라는 것을 발견하게 될 것입니다. '고성능'과 '고신뢰성'이 더 이상 개발자의 부담이 아니라 프레임워크의 DNA에 녹아들어 있음을 보장합니다.

인증은 거의 모든 웹 애플리케이션의 핵심 기능입니다. SaaS 제품, 개인 프로젝트, 내부 도구 중 무엇을 만들든 사용자 로그인 기능은 대부분 필요합니다.하지만 인증을 처음부터 직접 구현하는 것은 쉽지 않습니다. 비밀번호 해싱, 세션 관리, OAuth 흐름, 토큰 갱신 등 문제가 발생하기 쉬운 부분이 많습니다. 인증은 중요하지만, 앱을 차별화하는 기능은 아닙니다. 다른 곳에 시간을 투자하고 싶을 것입니다.이럴 때 Better Auth가 도움이 됩니다.