Articleblog.google·2026년 6월 29일·0

Ask an AI expert: What exactly is the full stack?

Quick Summary

구글의 리처드 세로터는 풀스택 AI를 하드웨어, 모델, 오케스트레이션, 사용자 인터페이스를 하나의 연결된 시스템으로 다루는 접근이라고 설명한다.

Ask an AI expert: What exactly is the full stack? 관련 대표 이미지

🖼️ 인포그래픽

Ask an AI expert: What exactly is the full stack? 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Ask an AI expert: What exactly is the full stack? 내용을 설명하는 본문 이미지

💡 한 줄 요약

구글의 리처드 세로터는 풀스택 AI를 하드웨어, 모델, 오케스트레이션, 사용자 인터페이스를 하나의 연결된 시스템으로 다루는 접근이라고 설명한다.

📌 핵심 요약

  • 리처드 세로터는 풀스택이 원래 앱 개발에서 프런트엔드, 백엔드, 데이터베이스 같은 여러 영역을 한 개발자가 아우르는 개념으로 쓰였다고 설명한다.
  • AI에서의 풀스택 접근은 컴퓨팅 인프라, AI 모델, 오케스트레이션 플랫폼, 사용자 인터페이스를 따로 조립하지 않고 응집된 시스템으로 연결하는 것을 뜻한다.
  • 구글은 TPU, Google DeepMind의 Gemini 모델군, Gemini Enterprise Agent Platform, Maps와 Gmail 같은 일상적 인터페이스까지 여러 계층에 투자해 왔다고 말한다.
  • 세로터는 이러한 전략이 수십 년에 걸친 의도적 선택이며, 인프라와 공급망을 직접 소유할 때 성능과 신뢰성을 높일 수 있다고 설명한다.
  • 구글은 풀스택 플랫폼을 폐쇄적 잠금으로 보지 않고, 필요한 기능을 기본 제공하되 다른 모델이나 소프트웨어도 연결할 수 있는 확장형 접근으로 제시한다.

🧩 주요 포인트

  1. 리처드 세로터는 풀스택이 원래 앱 개발에서 프런트엔드, 백엔드, 데이터베이스 같은 여러 영역을 한 개발자가 아우르는 개념으로 쓰였다고 설명한다.
  2. AI에서의 풀스택 접근은 컴퓨팅 인프라, AI 모델, 오케스트레이션 플랫폼, 사용자 인터페이스를 따로 조립하지 않고 응집된 시스템으로 연결하는 것을 뜻한다.
  3. 구글은 TPU, Google DeepMind의 Gemini 모델군, Gemini Enterprise Agent Platform, Maps와 Gmail 같은 일상적 인터페이스까지 여러 계층에 투자해 왔다고 말한다.
  4. 세로터는 이러한 전략이 수십 년에 걸친 의도적 선택이며, 인프라와 공급망을 직접 소유할 때 성능과 신뢰성을 높일 수 있다고 설명한다.
  5. 구글은 풀스택 플랫폼을 폐쇄적 잠금으로 보지 않고, 필요한 기능을 기본 제공하되 다른 모델이나 소프트웨어도 연결할 수 있는 확장형 접근으로 제시한다.

🧠 상세 정리

1. 인터뷰의 출발점과 세로터의 역할

글은 구글의 풀스택 AI 접근이 무엇인지 설명하기 위해 구글 클라우드의 개발자 경험을 이끄는 리처드 세로터를 인터뷰하는 형식으로 진행된다. 세로터는 원래 제품 매니저로 구글에 합류했고, 최근 몇 년간 개발자 관계와 기술 문서 팀을 이끌어 왔다고 소개한다. 그의 조직은 개발자가 구글 클라우드 제품을 성공적으로 사용할 수 있도록 프로그래밍 언어와 프레임워크, 커뮤니티 활동, 문서화 등을 담당한다. 따라서 인터뷰의 핵심은 개발자가 구글 제품으로 실제 작업을 완수할 수 있다는 확신을 갖게 하는 데 풀스택 기술이 어떤 역할을 하는지 설명하는 데 있다.

2. 풀스택 개념의 원래 의미

세로터는 풀스택이라는 말이 약 10년 전 소프트웨어 개발에서 널리 쓰이기 시작했으며, 당시에는 주로 애플리케이션 개발을 가리켰다고 설명한다. 전통적인 앱 개발은 아름다운 사용자 인터페이스를 만드는 프런트엔드 개발자, 서버 측 로직을 처리하는 백엔드 개발자, 데이터베이스를 맡는 별도 팀처럼 여러 전문 역할로 나뉘어 있었다. 풀스택 엔지니어라는 개념은 이 여러 기능을 독립적으로 넘나들 수 있는 개발자를 뜻했다. 즉 아이디어를 여러 사람에게 계속 넘기는 대신, 한 사람이 초기 구상에서 실제 동작하는 소프트웨어까지 이어갈 수 있다는 점이 핵심이었다.

3. AI로 확장된 풀스택 접근

글은 앱 개발에서 나온 엔드투엔드 원칙이 AI에도 적용된다고 설명한다. AI로 가치를 만들려면 여러 벤더의 부품을 따로 사서 직접 이어 붙이는 방식과, 필요한 요소들이 이미 연결된 통합 시스템을 쓰는 방식 중 하나를 선택할 수 있다는 것이다. 세로터가 말하는 AI 스택은 컴퓨팅 인프라, AI 모델, 오케스트레이션 플랫폼, 사용자 인터페이스가 응집력 있게 결합된 구조다. 이 관점에서 풀스택 AI는 단순히 모델 하나를 제공하는 것이 아니라, 사용자가 어떤 일을 끝내기까지 필요한 계층을 함께 묶어 제공하는 방식으로 제시된다.

4. 구글이 제시하는 풀스택 구성 요소

세로터는 구글이 AI 스택의 각 계층에 의도적으로 투자해 왔다고 말한다. 예로는 Tensor Processing Unit, 즉 TPU 같은 하드웨어, Google DeepMind가 개발한 Gemini 모델군, Gemini Enterprise Agent Platform, 그리고 사람들이 매일 사용하는 Maps와 Gmail 같은 인터페이스가 제시된다. 그는 구글이 필요한 구성 요소를 사용자를 대신해 찾아서 하나의 상자 안에 넣어 둔 것처럼 설명한다. 이 설명은 풀스택 AI가 하드웨어부터 최종 사용자 접점까지 이어지는 연결된 제품 전략이라는 점을 강조한다.

5. 수십 년 전략과 개방성에 대한 설명

세로터는 구글의 풀스택 접근이 우연히 생긴 것이 아니라 수십 년 동안 이어진 의도적 전략이라고 말한다. 특히 자체 TPU에 대한 투자가 이미 10년을 넘었다는 점을 들어, 중요한 인터넷 서비스를 제공할 때 공급망과 원천 인프라를 직접 소유하는 데 큰 가치가 있다고 설명한다. 다만 풀스택 플랫폼이 사용자를 가두는 방식이 아니냐는 우려도 글 안에서 다뤄진다. 그는 구글이 산업이 의존하는 기반 기술과 소스 코드를 공개해 왔다고 말하며, 구글의 AI 플랫폼을 ‘의견은 있지만 확장 가능하고’, ‘필요한 배터리가 포함된’ 방식으로 표현한다.

6. 신뢰성, 비용, 시작 도구

풀스택 AI의 장점으로는 단순성 외에도 시스템 신뢰성과 비용 경쟁력이 제시된다. 세로터는 구글이 기반 인프라 운영부터 Gmail 제공까지 전체 스택을 관리하기 때문에, 한 계층에서 기술적 문제가 생겨도 다른 계층에서 더 쉽게 포착하고 처리할 수 있다고 설명한다. 또한 제3자 벤더 비용을 부담하지 않기 때문에 고객에게 그 비용이 전가되지 않아 경쟁력 있는 가격을 제공할 수 있다고 말한다. 시작점으로는 빠른 웹 앱 프로토타입을 위한 Google AI Studio와 Cloud Run 배포, 일상 업무 자동화를 위한 Gemini Enterprise Platform, 더 복잡한 애플리케이션이나 에이전트 구축을 위한 Antigravity platform이 소개된다.

🧾 핵심 주장 / 시사점

  • 이 글에서 풀스택 AI의 핵심은 특정 모델의 성능만이 아니라, 인프라에서 사용자 인터페이스까지 이어지는 계층 간 결합과 운영 책임에 있다.
  • 구글은 통합 플랫폼의 편의성을 강조하면서도, 다른 회사의 AI 모델이나 별도 소프트웨어를 연결할 수 있다고 말해 폐쇄성 우려를 완화하려 한다.
  • 개발자 숙련도에 따라 Google AI Studio, Gemini Enterprise Platform, Antigravity platform을 다른 출발점으로 제시한 점은 풀스택 접근을 전문가뿐 아니라 비전문 사용자에게도 열어 두려는 흐름을 보여준다.

✅ 액션 아이템

  • 하드웨어·모델·오케스트레이션·UI를 한 체계로 통합해 현재 시스템의 풀스택 일관성 결함을 먼저 점검한다.
  • 수십 년 축적형 전략을 기준으로 인프라와 공급망 보유 범위를 정해 성능·신뢰성 향상 효과와 리스크를 함께 비교한다.
  • 기본 기능 제공 범위를 유지하면서도 다른 모델·소프트웨어를 연결할 수 있는 확장형 접속 규약을 정의한다.

❓ 열린 질문

  • 오케스트레이션·UI까지 묶는 풀스택 통합에서 실질적 성능 개선을 판단할 핵심 KPI는 무엇인가?
  • 구글식 확장형 모델에서 인터페이스 호환성을 보장하려면 어떤 연결 규격·테스트 항목이 최소 기준이 되는가?
  • TPU, Gemini 모델군, 에이전트 플랫폼, Maps·Gmail형 UI 조합은 어떤 조건에서 도입 우선순위가 달라지는가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.