ooligo

Amazon Redshift

data-warehouse cloud-data-warehouse · text-to-sql · ai-agents · data-lakehouse
MCP API
RevOpsCustomer Success
7.2 /10

O que é

O Amazon Redshift é o data warehouse em nuvem da AWS, vendido em dois formatos. Os clusters provisionados rodam em nós RA3 que você dimensiona e paga por hora, com o armazenamento cobrado à parte como Redshift Managed Storage. O Redshift Serverless cobra computação em Redshift Processing Units (RPUs) só enquanto há consultas rodando, com uma capacidade base que você define entre 4 e 512 RPUs (1.024 em algumas regiões). Os dois consultam o warehouse e, via Spectrum, dados guardados no S3. Desde 31 de agosto de 2026 o Redshift também lê e grava tabelas Apache Iceberg v3, o que importa se o seu data lake é o armazenamento de longo prazo e o warehouse é um motor entre vários.

A mudança de 2026 que importa para times de operações é o acesso por agentes. Em 27 de agosto de 2026 a AWS integrou o Redshift ao Agent Toolkit for AWS: o AWS MCP Server mais um conjunto de skills de Redshift (sintaxe SQL, descoberta de metadados, carga de dados, views materializadas, playbooks de migração) empacotados como o plugin aws-data-analytics para Claude Code, Kiro e Cursor. Funciona com clusters provisionados e workgroups do Serverless, sem cobrança adicional. Separadamente, a AWS publica um servidor MCP de Redshift open source que roda SQL em modo somente leitura, com validações contra comandos perigosos. Dentro do console, o SQL generativo do Amazon Q no Query Editor v2 está em GA desde setembro de 2024 e transforma perguntas em linguagem natural em SQL depois que um admin habilita o recurso.

Por que times de operações chegam aqui

Quase ninguém escolhe o Redshift para RevOps. Eles herdam: a engenharia padronizou na AWS anos atrás e os dados de produto já estão lá. A pergunta real é: estamos no Redshift, não no Snowflake. As ferramentas de GTM e comissionamento nativas do warehouse continuam funcionando, e os agentes conseguem consultá-lo com segurança?

Na maioria dos casos, sim. O Hightouch sincroniza a partir do Redshift, o Fivetran carrega dados nele, o Sigma consulta ao vivo, e tanto o Everstage quanto o Fullcast o listam como conector nativo. As integrações zero-ETL, em GA desde dezembro de 2024, replicam o Salesforce e outras aplicações SaaS para o Redshift sem ferramenta de pipeline. Elas são cobradas pelo AWS Glue, então um time com poucas fontes talvez nem precise do Fivetran. Um uso concreto: um time de CS pergunta ao Claude Code, pelo servidor MCP, quais renovações acima de $50.000 mostram queda de usuários ativos semanais, e recebe a resposta direto da telemetria de produto e dos dados do Salesforce no mesmo warehouse.

Preço na prática

Não há preço por usuário. Preços de tabela em US East (N. Virginia):

  • Serverless: $0,375 por RPU-hora, cobrado por segundo com mínimo de 60 segundos, então o piso de 4 RPUs custa $1,50 por hora enquanto ativo. Novos usuários do Serverless ganham $300 em créditos que expiram em 90 dias. As Serverless Reservations reduzem a tarifa em até 24% no prazo de um ano e até 45% em três anos.
  • Provisionado: ra3.xlplus a $1,086 por nó-hora e ra3.4xlarge a $3,26, mais armazenamento gerenciado a $0,024 por GB-mês. Cada cluster ganha uma hora grátis de Concurrency Scaling por dia, acumulando até 30 horas.
  • Spectrum: $5 por TB lido no S3.

Uma faixa de exemplo: um warehouse de RevOps no Serverless com base de 8 RPUs, ativo cerca de quatro horas por dia útil, com 500 GB. A computação fica em torno de $264 por mês ($3 por hora × 4 horas × 22 dias), o armazenamento em torno de $12. Cerca de $280 por mês, uns $3.300 por ano. A mesma carga em dois nós ra3.xlplus ligados o tempo todo custa uns $1.590 por mês sob demanda, e por isso cargas pequenas de operações ficam no Serverless.

Ideal para

Um líder de analytics de RevOps ou CS numa empresa cujos dados de produto já estão na AWS, que quer ferramentas de ativação, comissionamento e BI nativas do warehouse por cima, sem um projeto de migração. Também atende times que precisam manter dados de clientes dentro de uma conta e região da AWS para a revisão de segurança, e que querem que agentes de código consultem o warehouse sob IAM, e não por um serviço de terceiros.

Não é para

Uma empresa escolhendo o primeiro warehouse sem compromisso com a AWS. Snowflake e BigQuery têm ecossistemas de GTM maiores e suas próprias camadas de analytics conversacional. A história de IA do Redshift é sobretudo acesso por agentes via MCP, não um produto de chat para usuários de negócio. Se a pergunta principal é “precisamos de um warehouse ou de um CDP?”, comece por data warehouse vs CDP.

Comparado às alternativas

  • Snowflake: o líder de participação em GTM e o destino padrão de todo fornecedor de reverse ETL e comissionamento. Escolha quando você não tem amarração a uma nuvem e quer um chat no estilo CoWork para usuários de negócio sobre o warehouse.
  • Google BigQuery: o outro líder de participação. Escolha quando a empresa roda em Google Cloud ou Workspace e você quer preço sob demanda por TiB, sem clusters.
  • Databricks: o concorrente que mais cresce: a imprensa de agosto de 2026 colocou o run rate de data warehousing acima de $1,5 bilhão, com crescimento de mais de 100% ano contra ano. Escolha quando ciência de dados e ML já rodam no lakehouse e você quer o Genie sobre os mesmos dados.
  • Fique no Redshift quando os dados já estão lá. Migrar um warehouse que funciona para ganhar um conector de GTM um pouco melhor raramente vale um trimestre de engenharia.

Pontos de atenção

  • O Serverless sugere uma capacidade base grande por padrão. O console propõe 128 RPUs, ou seja $48 por hora enquanto há consultas rodando. Proteção: defina a base em 8 RPUs para cargas de operações e adicione um limite de uso de RPU-horas por dia com alerta antes de atingi-lo.
  • Ferramentas de BI e syncs mantêm o Serverless acordado. Um dashboard que atualiza a cada cinco minutos ou um sync de reverse ETL de hora em hora cobra computação o dia inteiro. Proteção: agrupe os syncs em poucas janelas de lote, materialize os modelos que o Sigma lê e revise o uso de RPU por workgroup toda semana no primeiro mês.
  • O acesso de escrita de um agente está a uma política de IAM de distância. O AWS MCP Server executa chamadas autenticadas à API da AWS como o usuário que recebe. Proteção: dê aos agentes uma role de IAM e um usuário de banco dedicados, com permissão só de SELECT nos schemas modelados, e use o modo somente leitura do servidor MCP de Redshift open source para perguntas ad hoc.
  • As UDFs em Python acabaram. O suporte terminou depois de 30 de junho de 2026, e pacotes dbt e tutoriais antigos ainda as usam. Proteção: procure LANGUAGE plpythonu nos seus modelos e porte essas funções para UDFs de Lambda antes de depender de qualquer pacote que as traga.
  • Ferramentas de writeback pedem nós maiores. O Sigma recomenda ra3.4xlarge ou maior para suas tabelas de input no Redshift. Proteção: teste o writeback no Serverless ou no seu tamanho real de nó durante o trial antes de construir um app em cima dele.

Relacionado: o stack de GTM nativo do warehouse mostra onde um warehouse como o Redshift fica ao lado de Hightouch, Clay e do CRM.