Cinco principais armadilhas na precificação da observabilidade

Quer você tenha ouvido isso de forma anedótica ou lido a pesquisa, o preço e a cobrança podem ser uma barreira para a observabilidade. A precificação e a cobrança de softwares podem ser complexos; essa complexidade pode ser ainda mais exacerbada ao tentar comparar os custos de diferentes fornecedores de observabilidade com diferentes modelos de preços e cobrança.

Os melhores fornecedores de observabilidade oferecem preços transparentes e acessíveis – incluindo um baixo custo de dados por GB e custos razoáveis para infraestrutura, serviços ou usuário – e um ponto de entrada de baixo custo.

Alguns fornecedores de observabilidade parecem ter preços acessíveis à primeira vista, mas escondem custos adicionais, taxas excedentes e penalidades nos termos do contrato. Este tipo de preço de isca e troca (custos de entrada baixos, mas complementos caros) é um exemplo clássico de uma armadilha de preços.

Fique atento a essas cinco armadilhas comuns de preços e cobrança para maximizar o retorno sobre o investimento (return on investment, ROI) de observabilidade.

1

Taxas e penalidades mensais não orçadas

A cobrança baseada em assinatura para software empresarial é projetada para maximizar o shelfware comprometido (software que foi pago mas não utilizado). Usar muito pouco da sua cota resulta em shelfware, enquanto o uso excessivo geralmente resulta em penalidades por excedentes. Isso é benéfico para os fornecedores, mas não para você.

Muitos fornecedores de observabilidade incluem quantidades limitadas de ingestão de dados, retenção de dados, contêineres, métrica personalizada, verificações sintéticas e assim por diante como parte de seus limites de edição agrupada por agente ou de preço mais baixo. Para evitar custos inesperados, é importante considerar esses limites e os custos de ultrapassá-los ao prever seu orçamento.

Por exemplo, a cobrança por contêiner impõe uma carga de configuração às suas equipes de engenharia, já que alguns fornecedores de observabilidade (como a Datadog1) cobram um prêmio pelo monitoramento de mais de cinco contêineres rodando continuamente em um host de infraestrutura, o que é extremamente comum (a maioria dos clientes roda 20 ou mais ). E a Splunk cobra uma taxa adicional de 150% se você exceder seu nível de uso mensal de assinatura para verificações sintéticas.2

Preços iniciais baratos com custos imprevisíveis à medida que você aumenta são frustrantes. Cuidado com os preços “a partir de”. Por exemplo, a Datadog oferece um preço mais baixo se você tiver um contrato anual, incluindo uma cota de gastos mensais, e um preço sob demanda de 17 a 50% mais alto se você não tiver um contrato anual ou exceder sua cota mensal. Seu preço sob demanda para hosts é de 17 a 20% mais alto e os logs são até 50% mais elevados!3

Além disso, para qualquer unidade de preços, você deverá ser capaz de intermitência (escala automática sem penalidade) durante picos sazonais ou aumentos imprevisíveis workload .

Ferramentas para consulta, rastreamento e alerta sobre a cobrança relacionada ao uso são práticas recomendadas porque facilitam o dimensionamento e o preço precisos. Por exemplo, você poderá criar um alerta quando o uso de dados exceder um limite mensal fixo de gigabytes. Infelizmente, nem todos os fornecedores de observabilidade fornecem essas ferramentas, então pergunte se eles oferecem e, em caso afirmativo, como. No entanto, você não deveria ter que estabelecer cotas diárias que você prevê que serão ultrapassadas durante os períodos de pico e sazonais, o que resultaria em ajustes constantes das cotas.

Com preços e cobranças baseados no uso, você não precisa prever antecipadamente quantos dados usará no(s) próximo(s) ano(s), nem lidar com shelfware se usar muito pouco ou penalidades se usar demais. A escolha de um fornecedor de preços e cobrança com base no uso ajuda a evitar excedentes não orçados depois de gastar muito tempo tentando prever o gasto anual para cada SKU.

2

Pagando pelo mês ou ano inteiro no seu nível de uso máximo

Outra variável a considerar é como o fornecedor lida com a sazonalidade, a implantação azul/verde (também conhecida como implantação canário) e os picos de tráfego. Alguns fornecedores de observabilidade (como Datadog4, Elastic5 e Splunk6) cobram pelo uso máximo (pico) em vez do uso real. Num mundo onde a infraestrutura aumenta e diminui de acordo com a procura dos clientes, cobrar a uma taxa de pico é predatório, uma vez que os picos podem duplicar a sua conta. Por exemplo, durante as férias de inverno, você pode ter maior uso devido ao maior tráfego de usuários em seu aplicativo frontend, o que essencialmente penaliza você pelo sucesso. O ideal é pagar apenas pelo que você usa, em vez de pagar pelo uso máximo durante todo o mês.

3

Pagar por pacotes indesejados para obter os recursos necessários

Para fornecedores de observabilidade que usam uma abordagem de pacote de SKUs, considere se esse fornecedor força você a agrupar casos de uso adjacentes. Isso pode significar que se você deseja apenas monitoramento do desempenho de aplicativos (APM), você também deve se inscrever no monitoramento de infraestrutura. Por exemplo, a Datadog exige que você tenha monitoramento de infraestrutura para cada host APM faturável, o que aumentaria seus custos de APM também pelo custo da infraestrutura de monitoramento.7

4

Revisões constantes de previsão e renegociação para mais de 16 SKUs diferentes

Todos os principais fornecedores de observabilidade (exceto a New Relic) usam uma abordagem de pacote de SKUs com até 20 infraestruturas diferentes e unidades de preços baseadas em serviços (como hosts, agentes, nós, núcleos de CPU e assim por diante), que não são estáveis , muitas vezes como valores mensais comprometidos do tipo "use ou perca". Essa abordagem complexa de pacote de SKUs exige que você preveja seu uso com base no histórico de uso, o que pode ser desafiador, especialmente se você estiver enfrentando um rápido crescimento.

Este processo de previsão complicado pode ser ainda mais frustrante quando surpreendido por excedentes inesperados. Quando seu uso mensal exceder sua cota, você receberá uma cobrança não orçada referente a taxas excedentes e multas sob demanda. Apenas algumas horas de tráfego maior podem dobrar seus custos mensais!

Os desenvolvedores evoluem constantemente seus aplicativos para aproveitar as vantagens das novas tecnologias, mudando do local para a nuvem, da máquina virtual (VM) grande para a pequena, da VM para Kubernetes (K8s), de K8s para contêineres serverless, de contêineres para a função serverless e assim por diante. À medida que seus aplicativos e componentes mudam regularmente, você precisa reanalisar, refazer previsões e renegociar cada mês para cada SKU. Esta é uma tarefa difícil e um uso ineficiente do tempo para a maioria das equipes, por isso muitos clientes são repetidamente atingidos por contas excedentes não orçadas e precisam constantemente renegociar contratos cada vez maiores com esses fornecedores. Em vez disso, procure um modelo de precificação ponderado com base em unidades de precificação estáveis, como usuário.

Considerando que o preço completo da New Relic oferece a flexibilidade de usar qualquer um de nossos mais de 30 recursos conforme suas necessidades mudam, permitindo observabilidade full-stack sem penalidades de custo ou previsões complicadas.

5

Explosão de dados dobrando sua conta

Os dados são o maior custo variável para a observabilidade. À medida que você muda do local para a nuvem e microsserviços, pode haver centenas de programas pequenos em vez de alguns programas grandes. Os clientes geralmente relatam aumentos de dados de telemetria de 2 a 10 vezes ou mais. E os dados podem duplicar a cada dois ou três anos – uma explosão de dados. Os custos associados de rede, armazenamento e computação podem aumentar rapidamente.

Um desafio comum é que os volumes de logs podem ser imprevisíveis quando se trata de previsão de custos. Por exemplo, a carga do sistema e do usuário junto com alterações inesperadas no código podem fazer com que os custos de gerenciamento de logs da Datadog explodam. A Datadog tem uma fórmula complicada para calcular como os logs são usados, que pode adicionar mais de US$ 2,50 a US$ 3,75 por um milhão de eventos de registro por 30 dias de retenção. Com uma média de 1,5 a 2 GB por milhão de eventos, isso seria de US$ 1,00 a US$ 2,50 por GB! Isso é muito mais do que a taxa de ingestão de dados anunciada de US$ 0,10/GB.8 A Splunk cobra aproximadamente US$ 4,00 por GB de log.9 10 A Elastic cobra por servidor em seu cluster Elasticsearch e um aumento nos registros de dados exigem um aumento nos servidores Elasticsearch.11 Portanto, duplicar a ingestão de dados pode dobrar o tamanho e os custos do cluster .

Portanto, é importante preparar a adoção da nuvem para o futuro, procurando um fornecedor de observabilidade que ofereça um baixo custo de dados por GB.

Para reduzir a quantidade de dados ingeridos (e as contas de ingestão de dados), você deve ser capaz de gerenciar sua ingestão de dados configurando regras para eliminação de dados que filtram dados não importantes, de baixo valor ou supérfluos e dados potencialmente confidenciais.

Referências

Datadog. n.d. “Datadog Infrastructure Pricing.” Datadog. Acesso em 03 de janeiro de 2023. https://www.datadoghq.com/pricing/?product=infrastructure#infrastructure.

Datadog. n.d. “Datadog Log Management Billing.” Datadog Docs. Acesso em 30 de novembro de 2022. https://docs.datadoghq.com/account_management/billing/log_management.

Datadog. n.d. “Datadog Log Management Pricing.” Datadog. Acesso em 30 de novembro de 2022. https://www.datadoghq.com/pricing/?product=log-management#log-management.

Datadog. n.d. “Datadog Pricing.” Datadog. Acesso em 7 de dezembro de 2022. https://www.datadoghq.com/pricing.

Datadog. n.d. “DogStatsD.” Datadog Docs. Acesso em 30 de novembro de 2022. https://docs.datadoghq.com/developers/dogstatsd/?tab=hostagent.

Elasticsearch. n.d. “Elastic Pricing FAQ.” Elastic. Acesso em 3 de janeiro de 2023. https://www.elastic.co/pricing/faq.

Splunk. 2022. “Specific Terms for Splunk Offerings.” Splunk. https://www.splunk.com/en_us/legal/splunk-specific-terms.

Splunk. n.d. “Splunk Observability Pricing.” Splunk. Acesso em 3 de janeiro de 2023. https://www.splunk.com/en_us/products/pricing/observability.html.

Splunk. n.d. “Splunk Observability SC Bundle.” Splunk. Acesso em 3 de janeiro de 2023. https://www.splunk.com/en_us/legal/o11y-sc-bundle.html.

Splunk. n.d. “Splunk Usage Subscription Limits Enforcement and Entitlements.” Splunk. Acesso em 30 de novembro de 2022. https://www.splunk.com/en_us/legal/usage-subscription-limits-enforcement-and-entitlements.html.