구글 클라우드, 데이터 변경·후속 작업 묶는 Spanner 큐 출시

구글 클라우드가 데이터베이스 변경과 후속 작업 등록을 한 번의 트랜잭션으로 처리하는 Spanner 큐를 정식 출시했다. 데이터 변경 뒤 다음 작업이 누락되는 상황을 줄이는 메시징 기능이다.

구글 클라우드는 출시 노트에서 Spanner 큐가 2026년 9월 17일 정식 출시됐다고 밝혔다. 큐는 비동기 작업을 관리하는 메시징 기능으로, 데이터 변경과 메시지 등록을 같은 트랜잭션에 묶는다. 트랜잭션이 실패하면 메시지도 함께 반영되지 않는다.

기존에는 데이터베이스 변경과 후속 작업 등록이 따로 이뤄지면 한쪽만 반영될 수 있었다. AI 에이전트가 고객 정보를 갱신한 뒤 다음 작업을 큐에 넣기 전에 장애가 발생하면 정보만 바뀌고 후속 작업은 누락될 수 있다. Spanner 큐는 두 작업을 함께 반영하거나 함께 취소하는 방식으로 이런 불일치를 줄인다.

메시지는 Spanner 테이블의 행으로 저장된다. 애플리케이션은 SQL로 메시지를 조회하고 다른 데이터와 결합할 수 있으며, 지정한 시각에 전달되도록 예약할 수도 있다. 메시지 소비자도 SQL 인터페이스로 작업을 가져오며, 큐는 Spanner 인스턴스의 컴퓨팅 용량에 맞춰 확장된다.

다만 이를 ‘정확히 한 번 처리’를 보장하는 기능으로 이해해서는 안 된다. 구글 클라우드는 문서에서 메시지가 기본적으로 ‘최소 한 번’ 전달된다고 설명했다. 처리 확인이 늦거나 임대 시간이 끝나면 메시지가 다시 전달될 수 있어 애플리케이션은 중복 작업에 대비해야 한다.

메시지 확인은 트랜잭션으로 한 번만 반영되도록 설계할 수 있다. 그러나 외부 서비스 호출까지 포함한 전체 업무가 자동으로 중복 없이 실행된다는 뜻은 아니다. 애플리케이션이 메시지 재전달에 대응하도록 설계해야 한다.

Spanner 큐는 Enterprise와 Enterprise Plus 에디션에서 제공된다. 구글 클라우드는 문서에서 비동기 작업, 예약 작업, 주문 처리 등을 활용 사례로 제시하고, AI 에이전트가 데이터 조회와 판단, 수정 뒤 다음 작업을 이어가는 경우도 소개했다.

메시징을 데이터베이스에 통합하면 별도 인프라를 관리하지 않고 큐 기능을 이용할 수 있다. 다만 전용 메시지 브로커를 사용하는 구조와 비교할 때 비용과 성능은 인스턴스 용량과 작업량에 따라 달라질 수 있다.