O nosso preço não muda quando o seu tráfego muda.

O tráfego é o único input que não controla. Um lançamento chega, uma notícia é partilhada, um mês lento fica mais lento. Em hardware seu, nada disso chega à fatura, porque a fatura foi escrita antes de qualquer coisa acontecer: um número, acordado à partida, o mesmo no fim do mês e no início.

Uma cloud medida não pode fazer essa promessa. Não porque se recuse. Porque a sua faturação é construída por unidade de uso, e uma fatura por unidade tem de seguir o uso para cima e para baixo. É essa a diferença que este artigo percorre: o que uma fatura que acompanha o uso faz a um orçamento, porque é que o acompanhamento está embutido, e como se lê a mesma fatura com o contador retirado.

A linha que não consegue orçamentar

Abra a fatura do mês passado. A linha de computação consegue mais ou menos prevê-la. O problema é tudo o que está por baixo dela: egress por gigabyte, um escalão de suporte faturado mensalmente, e aquela que arruína a folha de cálculo, burst e overage. Essa última linha não tem número até já ter acontecido.

Não se consegue orçamentar um número que só se vê depois do facto. Uma fatura medida é construída assim: suficientemente legível para ser aprovada, aberta por construção.

Porque é que uma cloud não lhe consegue dar um número fixo

Medição, taxas de egress, escalões de suporte, licenciamento por núcleo: cada um é uma unidade de contagem. Um negócio por unidade não lhe pode entregar um número fixo, porque um número fixo significa que a contagem pára.

Por isso eliminámos o contador. Não o suavizámos, não lhe pusemos um teto. Eliminámo-lo. Quando a máquina é sua, não resta nada para medir. Eis a mesma fatura, escrita duas vezes.

O que «burst a 0 €» significa realmente

A margem de burst em hardware seu não custa nada porque não é um produto. É a capacidade vazia que já está na máquina que pagou. O seu tráfego sobe em pico, o pico usa núcleos que sempre foram seus, e nada o conta, porque nada está à espreita de algo para cobrar.

Isto só funciona porque a máquina é single-tenant. Numa public cloud está a alugar uma fatia de tempo de um computador partilhado. Em bare metal os seus núcleos são os seus núcleos, todos os dias: nenhum hypervisor os agenda contra os de um vizinho, por isso o steal time não é uma linha nos seus gráficos.

O número que um CFO pode pôr numa previsão

A configuração de referência começa nos 500 € por mês, e o número é acordado antes de o mês começar. Isso não é uma promoção, é a ausência de um contador. Um CFO pode pô-lo numa previsão, porque não há nenhuma linha de overage à espera de o mover.

O preço fixo não é generosidade nossa. É o aspeto que o preço tem quando aquilo que paga é uma máquina e não um contador. A ferramenta de previsão que sempre quis nunca foi um dashboard melhor. Era uma fatura que fica quieta.

A ressalva que dizemos em voz alta

Se a sua carga é genuinamente elástica, com picos que não consegue prever, a escalar de zero a enorme e de volta dentro de um dia, então uma public cloud pode ser a ferramenta certa e dir-lho-emos. Ter hardware convém a cargas de trabalho com um patamar real: bases estáveis, picos previsíveis, crescimento que se vê chegar.

O nosso patamar de 500 € é um filtro, de propósito. Separa as cargas de trabalho que querem genuinamente um contador daquelas que só estavam a pagar por um. A maior parte do que nos chega revela-se do segundo tipo. Alguma é do primeiro, e para essa dizemo-lo e deixamo-la seguir o seu caminho.

Envie-nos a sua fatura de cloud. Mostramos-lhe as mesmas linhas com o contador retirado. Sem discurso de vendas, só aritmética. Depois corra o assistente e veja o número que não se move.