Pular para o conteúdo principal

Egress Acima de Tudo: Lançando o Preço de Egress por GiB do NATS no Synadia Cloud como COGS Variável de Infraestrutura

Publicado 13 min para lerMike ThriftMike Thrift
Egress Acima de Tudo: Lançando o Preço de Egress por GiB do NATS no Synadia Cloud como COGS Variável de Infraestrutura
Nesta página

Você assinou o plano Starter de 49 dólares e orçou exatamente isso. Então a segunda fatura chega com o dobro do valor, e nada no seu dashboard explica o porquê. O preço do plano nunca foi o preço. Os bytes saindo da nuvem eram. O Synadia Cloud mede cada gigabyte que suas aplicações retiram do seu serviço NATS, e o excedente é onde uma assinatura fixa se transforma em uma conta variável que escala com o seu tráfego.

O momento importa. O NATS graduou-se no CNCF em 10 de novembro de 2026, com mais de 400 milhões de downloads e mais de 2.000 empresas rodando-o. Uma onda de equipes está migrando do NATS auto-hospedado para a nuvem gerenciada agora mesmo, trocando trabalho operacional por um medidor que nunca observaram antes. Este post explica como o Synadia Cloud precifica dados de rede, quanto isso custa em volume realista, por que a mensageria de produção pertence ao custo dos produtos vendidos e não às despesas gerais, e como lançá-la para que sua margem bruta diga a verdade.

Como o Synadia Cloud Precifica Dados de Rede​

O Synadia aplica planos a equipes, e toda equipe começa no plano Personal gratuito. A escada paga é curta: Starter a 49 dólares por mês, Pro a 199 dólares por mês, e Enterprise em contrato personalizado. Cada nível inclui um bloco de dados de rede junto com seus limites de conexões, streams e armazenamento. O Personal inclui 10 GiB, o Starter inclui 100 GiB, o Pro inclui 1 TiB, e o Enterprise inclui 2 TiB.

O bloco incluído é o jogo inteiro, porque o que acontece depois dele depende do seu plano. No plano Personal gratuito não há cobrança de excedente. Se a equipe ultrapassar 10 GiB, conexões de client ativas e novas são derrubadas até o próximo ciclo de cobrança ou até o plano ser atualizado. O pico de tráfego do seu dia de demonstração não custa dinheiro no Personal. Custa disponibilidade.

Em todo plano pago, o excedente é medido e cobrado ao final do ciclo de cobrança, com preço por tipo de tráfego. Três tarifas, separadas por quase uma ordem de magnitude:

  • Egress de client e leaf: 9 centavos por GiB
  • Egress de gateway: 2 centavos por GiB
  • Ingress e egress de route: 1 centavo por GiB

Note o que está faltando nessa lista. Publicar na nuvem não é medido. O medidor roda sobre os bytes que fluem para fora, o que significa que o fan-out é o multiplicador de toda conta do Synadia. Uma mensagem publicada uma vez e entregue a dez consumidores são dez entregas de egress, não uma.

Egress de client e leaf a 9 centavos por GiB​

Esta é a tarifa que domina as faturas reais, e cobre as duas formas como seus sistemas consomem dados. O egress de client é cada byte entregue da nuvem às suas aplicações: entregas a assinantes, respostas de request-reply e leituras de streams. O egress de leaf é a mesma ideia estendida à borda. Um leaf node é um servidor NATS na sua própria rede que disca para o hub na nuvem e faz a ponte do interesse em subjects através desse link, para que o chão de fábrica ou uma loja atrás de um firewall possam publicar e assinar sem qualquer regra de firewall de entrada.

A consequência de cobrança é que a borda não é gratuita. Cada byte que a nuvem encaminha por um link leaf é egress na tarifa mais alta. Uma assinatura leaf restrita a um subject específico como orders.created puxa exatamente esse subject. Uma assinatura preguiçosa para tudo puxa o fluxo inteiro por um link de 9 centavos. Restringir o interesse na borda é controle de custo, não apenas boa prática.

Egress de gateway a 2 centavos por GiB​

Gateways unem clusters em um supercluster, tipicamente entre regiões, para que uma carga de trabalho em uma região alcance subjects em outra. O egress de gateway é o tráfego de replicação e entre regiões entre esses clusters, medido a 2 centavos por GiB.

Dois centavos parecem insignificantes até você lembrar que se acumulam sobre as cobranças de transferência do próprio provedor de nuvem por baixo. A orientação operacional do próprio Synadia sinaliza uma alta proporção de tráfego de gateway como um problema que vale a pena corrigir, observando que a transferência entre zonas de disponibilidade sozinha custa cerca de um centavo por gigabyte em cada direção. Uma equipe que replica intensamente entre regiões paga o custo de transferência do provedor e o medidor de gateway do Synadia sobre os mesmos bytes. Mantenha publishers, streams e consumidores em uma única região, a menos que a arquitetura genuinamente precise de geo-distribuição.

Tráfego de route a 1 centavo por GiB​

Routes são os links intra-cluster entre servidores NATS, carregando a conversa de roteamento e replicação que mantém um cluster coerente. A um centavo por GiB em ambas as direções, este é o medidor mais barato da página por design. Ele existe para que rodar uma topologia resiliente com múltiplos servidores não o penalize. Se o tráfego de route algum dia aparecer como uma linha significativa na sua fatura, algo estrutural está errado, porque é preciso nove vezes o volume para igualar um dólar de egress de client.

Quanto Isso Custa em Volume Real​

Tarifas por gigabyte só fazem sentido multiplicadas, então aqui estão três formatos realistas.

Um projeto paralelo com um punhado de serviços cabe dentro dos 100 GiB do Starter sem pensar nisso. Dez mil mensagens pequenas por dia, cada uma entregue a dois consumidores, movem cerca de 20 GiB por mês. A fatura é 49 dólares fixos, zero excedente, e a tarifa efetiva sobre os dados incluídos é de cerca de 49 centavos por GiB. O erro nessa escala é atualizar para o Pro por folga que você não precisa: 150 dólares a mais por mês para manter gigabytes que você nunca toca.

Uma plataforma SaaS de porte médio transmitindo eventos de pedidos e notificações para seus workers e dois leaf nodes de borda empurra cerca de 1,2 TiB de egress de client e leaf por mês. No Starter isso é aproximadamente 1.129 GiB de excedente a 9 centavos, ou cerca de 102 dólares sobre a base de 49 dólares, para uma fatura de 151 dólares. Ainda mais barato que os 199 dólares do Pro, e o ponto de equilíbrio está mais distante do que a maioria das equipes imagina: o degrau de 150 dólares do Starter para o Pro só se paga em dados de rede sozinho acima de cerca de 1,6 TiB de excedente mensal. Abaixo dessa linha você atualiza por conexões, streams ou armazenamento, nunca pelo bloco de dados. Faça essa divisão antes de clicar em atualizar.

Agora adicione geo-replicação. A mesma plataforma espelha streams entre regiões para recuperação de desastres, adicionando 500 GiB de egress de gateway, e o egress de client total chega a pouco menos de 2 TiB no plano Pro. O excedente de client é de 960 GiB além do terabyte incluído a 9 centavos, ou 86,40 dólares. O excedente de gateway é de 500 GiB a 2 centavos, ou 10 dólares. A fatura é de 199 mais 96,40, ou 295,40 dólares, e dois terços do excedente vêm de uma topologia de replicação que ninguém precificou quando foi desenhada no quadro branco. Essa é a forma recorrente de uma fatura surpreendente do Synadia: não um número grande, mas fan-out e replicação multiplicando uma tarifa pequena.

Por que Mensageria de Produção É COGS Variável, Não Despesa Geral​

Mensageria que entrega seu produto a clientes pagantes é um custo direto de receita. Ela escala com o uso, desaparece quando nada vende, e investidores esperam vê-la acima da linha de margem bruta junto com computação, banco de dados, armazenamento e largura de banda para produção.

As normas contábeis deixam espaço aqui: os princípios geralmente aceitos não definem precisamente o custo dos produtos vendidos, e a prática de margem bruta de SaaS preenche a lacuna com um teste de custo direto. Pergunte se o gasto existe para servir clientes em produção. Streams carregando eventos de pedidos, entregas em fan-out para workers voltados ao cliente, e links leaf alimentando localidades de borda que servem clientes todos passam. A conta de staging que reproduz o tráfego da semana passada, o tópico de teste de carga e as assinaturas de sandbox do desenvolvedor não passam. Esses pertencem a pesquisa e desenvolvimento ou despesas gerais.

A fronteira de produção é o jogo inteiro. Uma fatura do Synadia agrupa todas as contas e todos os tipos de tráfego, então divida-a todo mês usando o uso por conta do dashboard. Equipes que pulam a divisão geralmente erram na direção lisonjeira, enterrando infraestrutura nas despesas gerais e reportando uma margem bruta que sua economia unitária não consegue defender. Uma revisão de due diligence reclassifica isso em uma tarde, e a margem reapresentada nunca é a mais alta.

Lance o valor líquido que você realmente paga. Dados incluídos não utilizados não são um ativo e o nível Personal gratuito não é receita, então não há nada a inflar nem a transportar. Se você quer visibilidade sobre a folga, acompanhe gigabytes consumidos versus incluídos nas suas métricas e mantenha o lançamento contábil pelo custo em caixa.

Como Lançar para que Sua Margem Diga a Verdade​

Dê à mensageria sua própria conta de custo de vendas em vez de misturá-la a uma linha genérica de nuvem ou software. Uma conta dedicada como cloud messaging permite dividir o gasto do mês pelos gigabytes de egress do mês e ver seu custo real por GiB, que é o número que diz se o crescimento do fan-out está comendo a margem.

A cobrança do Synadia é liquidada após o fim do mês, então provisione-a. Estime a porção de produção a partir das suas métricas de egress no fechamento, ajuste pela fatura quando ela chegar, e mantenha a porção não-produção fora do custo de vendas. Aqui está um ciclo completo para um janeiro em que a produção rodou uma estimativa de 291,20 dólares contra uma fatura real de 295,40 dólares, com uma equipe Starter separada de 49 dólares para desenvolvimento:

2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Expenses:CostOfSales:Cloud-Messaging USD
2026-01-01 open Expenses:Research:Cloud-Sandbox USD
2026-01-01 open Liabilities:Accrued:Synadia USD
 
2026-01-31 * "Synadia" "Janeiro estimativa de prod, base Pro mais excedente de client-leaf e gateway"
  Expenses:CostOfSales:Cloud-Messaging  291.20 USD
  Liabilities:Accrued:Synadia  -291.20 USD
 
2026-02-03 * "Synadia" "Fatura de janeiro liquida em 295,40 mais 49,00 equipe de dev"
  Liabilities:Accrued:Synadia  291.20 USD
  Expenses:CostOfSales:Cloud-Messaging  4.20 USD
  Expenses:Research:Cloud-Sandbox  49.00 USD
  Assets:Cash:Operating  -344.40 USD

Reconcilie o valor provisionado com o uso de rede por conta do dashboard ao menos mensalmente, com tráfego de client, gateway e route como linhas separadas, para que um pico em um não se esconda dentro da tendência estável dos outros. Se você mantém sua contabilidade em texto puro, os padrões de rastreamento de custos na documentação estendem-se naturalmente a uma divisão de mensageria por tipo de tráfego.

Uma armadilha de classificação a evitar: complementos como leaf nodes extras, pacotes de conectividade e armazenamento ainda são custos de mensageria quando servem à produção, mas o complemento Remote System que liga seu próprio sistema NATS auto-hospedado é uma escolha de arquitetura híbrida. Se esse link existe para manter vivo um sistema legado local em vez de servir clientes atuais, ele pertence aonde os custos desse sistema vivem, não ao custo de vendas.

Cinco Controles que Impedem o Egress de Comer a Margem​

Comece com disciplina de fan-out e tamanho de payload. Juntos eles abordam o multiplicador e o multiplicando, e ambos são correções de uma tarde.

1. Trate cada entrega como uma compra​

Cada entrega a assinante é egress medido separadamente, então audite quem recebe o quê. Aplique escopos de subject rigorosos para que cada consumidor receba apenas os eventos que processa, e remova assinaturas mortas de workers desativados. Fan-out sem filtro paga pela entrega de mensagens que o consumidor descarta na chegada. Isso é puro desperdício com uma correção de uma linha por assinatura.

2. Coloque o payload em dieta​

Mantenha eventos enxutos. Armazene o documento completo em armazenamento de objetos e envie uma referência com os identificadores que o consumidor precisa, o padrão claim-check. Remova blobs embutidos, registros de clientes duplicados e contexto de depuração verboso do caminho crítico. Cada gigabyte que você remove economiza 9 centavos em cada entrega de cada mensagem que o carregava, e é por isso que o tamanho do payload geralmente supera a comparação de planos como alavanca de economia.

3. Restrinja rigorosamente o interesse dos leaf nodes​

Um link leaf encaminha apenas subjects com interesse do outro lado, o que faz da assinatura de borda a válvula em um cano de 9 centavos. Revise cada assinatura leaf trimestralmente e confirme que cada uma ainda serve a uma carga de trabalho de borda ativa. Uma assinatura catch-all esquecida em uma única loja pode silenciosamente arrastar todo o espaço de subjects pelo link mais caro da fatura.

4. Mantenha streams perto dos seus consumidores​

Coloque publishers, streams e consumidores na mesma região sempre que a arquitetura permitir. A replicação entre regiões paga excedente de gateway mais a transferência subjacente do provedor sobre os mesmos bytes, então trate cada gigabyte de gateway como culpado até que se prove necessário. Se a recuperação de desastres genuinamente precisa de uma segunda região, replique o menor conjunto de subjects que satisfaça o objetivo de recuperação, não a conta inteira.

5. Dimensione o plano corretamente e acompanhe a taxa de consumo​

Acompanhe gigabytes consumidos versus incluídos semanalmente, não mensalmente, porque o excedente se acumula silenciosamente até o ciclo fechar. Lembre-se do ponto de equilíbrio de 1,6 TiB antes de atualizar do Starter para o Pro por razões de dados, e lembre-se do precipício do Personal na outra direção: equipes prototipando no nível gratuito devem atualizar antes de qualquer pico de tráfego que lhes importe, porque o Personal responde ao excedente com conexões derrubadas, não com uma fatura.

Checklist de Fim de Mês para Custos de Mensageria​

Feche o ciclo da mesma forma todo mês para que os números permaneçam confiáveis:

  1. Extraia gigabytes de egress por tipo de tráfego do dashboard, não contagens lógicas de mensagens dos logs de aplicação.
  2. Divida o gasto de cada tipo pelos seus gigabytes e compare com os benchmarks de 9, 2 e 1 centavo.
  3. Calcule o fan-out de entrega por subject dividindo entregas por publicações; qualquer coisa acima da sua proporção de projeto merece uma revisão de assinatura.
  4. Separe produção de staging e sandbox por uso de conta, e confirme que apenas produção caiu no custo de vendas.
  5. Ajuste a provisão do mês passado pela fatura liquidada e leve a variação adiante na sua estimativa.
  6. Verifique o tráfego de gateway como proporção do egress total, e confirme que cada fluxo entre regiões ainda tem uma razão arquitetural.
  7. Confirme que toda nova conta, stream e leaf node criados durante o mês herdaram a marcação de produção e escopos de subject rigorosos.

Extraia as linhas de rede do Synadia deste mês do seu dashboard hoje e compare os gigabytes de egress totais com o bloco incluído. Se o excedente está crescendo mais rápido que o uso dos clientes, o fan-out ou a replicação está multiplicando a tarifa, e sua vitória de margem mais barata é um payload menor e assinaturas mais restritas, não um plano maior.

Fonte: https://beancount.io/pt/blog/2026/11/11/synadia-cloud-nats-egress-pricing-variable-cogs-guide

Publicado: 11 de novembro de 2026