
Google Cloud 공식 블로그에 따르면 Google은 Google AI Studio에서 만든 앱 프로토타입을 별도 결제 계정 없이 배포할 수 있는 Starter Tier를 소개했다. 이 기능은 AI Studio Build Mode에서 만든 웹 애플리케이션을 Cloud Run 기반의 실행 환경으로 올리고, 필요에 따라 Firebase Authentication, Cloud Firestore, Cloud SQL for PostgreSQL Developer edition을 함께 쓰도록 구성하는 방식이다.
Starter Tier는 전체 Google Cloud 프로젝트를 직접 만들고 관리하는 방식과 다르다. Google은 AI Studio 안에서 필요한 리소스를 완전 관리형 프로젝트에 프로비저닝하며, 사용자는 Google 계정만으로 프로토타입을 공개 URL까지 연결할 수 있다고 설명했다. Google Cloud의 표준 콘솔 전체를 여는 대신 로그, 성능 지표, 기본 컨테이너 설정을 중심으로 한 단순화된 화면을 제공하는 점도 특징이다.
지원 범위는 의도적으로 제한돼 있다. Google Cloud 블로그는 Starter Tier가 Cloud Run, Firestore, Cloud SQL for PostgreSQL, Firebase Authentication으로 구성된 사전 연결형 스택이라고 설명했다. Cloud Run 배포는 계정당 활성 웹 애플리케이션 2개까지 가능하며, 리소스는 처음 설정한 단일 리전에 묶인다. BigQuery, Pub/Sub, Cloud Functions 같은 추가 API가 필요하면 별도의 업그레이드가 필요하다.
데이터 저장 방식에도 주의가 필요하다. Google은 AI Studio로 배포한 앱이 서버리스 Cloud Run 컨테이너에서 실행되므로 로컬 파일시스템에 쓴 파일은 컨테이너가 0으로 축소되거나 재배포될 때 사라질 수 있다고 안내했다. 영구 데이터는 Firestore나 Cloud SQL에 저장해야 하며, Firestore에는 저장 용량과 읽기·쓰기·실시간 업데이트에 대한 공유 할당량이 적용된다.
이번 발표는 AI 코딩 도구 경쟁이 코드 생성에서 실제 배포와 운영 준비 단계로 이동하고 있음을 보여준다. AI Studio의 Starter Tier는 초보 개발자나 소규모 팀이 아이디어 검증 단계에서 결제·프로젝트·권한 설정 장벽을 낮추는 데 초점을 맞춘다. 다만 Google은 AI가 생성한 보안 규칙은 출발점일 뿐 보장으로 볼 수 없으며, 앱을 널리 공유하기 전에는 사람이 직접 검토해야 한다고 덧붙였다.
Starter Tier 리소스는 Google Cloud 표준 서비스 약관이 아니라 별도의 Starter Tier Additional Terms of Service 적용을 받는다. 추가 약관은 Starter Tier 리소스가 Google Cloud Platform 서비스가 아니며, 사용자는 에이전트의 데이터 접근과 작업 수행을 직접 감독할 책임이 있다고 명시한다. 프로토타입이 실제 서비스 단계로 넘어가면 결제 계정을 추가해 프로젝트를 업그레이드할 수 있고, 이 경우 Cloud Run 서비스와 데이터베이스, run.app URL은 유지된다.
출처: Google Cloud Blog, Google Cloud Documentation









