Armazenamento e otimização de custo de API – Padrões

Saiba mais sobre o recurso bem-arquitetado e otimização de custo → Otimização de dados

Padrões

Onde procurarQual é a boa aparência
Dados ativos do modelo de dados✅ Dados ativos recebem tratamento de armazenamento premium - Os dados acessados regularmente para operações comerciais permanecem em objetos padrão do Salesforce com capacidade de consulta completa, automação de fluxo de trabalho e acesso do usuário. Dados ativos justificam o investimento em armazenamento porque o acesso frequente requer disponibilidade imediata
✅ Exemplo: Oportunidades e casos ativos do ano atual permanecem em objetos padrão com funcionalidade completa
Modelo de dados Dados quentes✅ Dados quentes usam uma estratégia de armazenamento intermediária - Os dados acessados ocasionalmente para relatórios ou referência podem permanecer no Salesforce com sinalizadores de arquivamento que permitem visualizações filtradas ou migrar para Objetos grandes que oferecem suporte à recuperação baseada em índice sem funcionalidade de fluxo de trabalho
✅ Exemplo: Oportunidades do ano anterior sinalizadas como arquivadas, mas permanecem consultáveis para análise histórica
Dados frios do modelo de dados✅ Dados frios arquivados em objetos grandes ou sistemas externos - Dados retidos para conformidade, mas raramente acessados, movem-se para objetos grandes (não contam em relação aos limites de armazenamento de dados padrão) ou sistemas de arquivamento externos. Objetos grandes adequados para arquivamento de alto volume com padrões de acesso previsíveis. O arquivamento externo para armazéns de dados ou armazenamento de objeto fornece a retenção de menor custo para dados de conformidade
✅ Exemplo: Casos mais antigos que 36 meses arquivados em objetos grandes com recuperação baseada em índice para acesso de conformidade
Dados expirados do modelo de dados✅ Dados expirados excluídos por meio de processos de ciclo de vida automatizados - Dados anteriores aos requisitos de retenção sem valor comercial devem ser excluídos por meio de processos automatizados em vez de serem acumulados indefinidamente. Muitas organizações nunca excluem dados devido a preocupações de “e se precisarmos disso algum dia”, resultando em crescimento do armazenamento consumindo orçamento sem justificativa comercial
✅ Exemplo: A política de retenção de dados exclui automaticamente registros após sete anos com base nos requisitos de retenção regulatória
Configuração → Visão geral do sistema → Armazenamento de dados
Configuração → Uso do armazenamento		✅ Padrão:**** Os painéis de capacidade mostram o consumo de armazenamento por objeto com tendências de crescimento, o uso de API por integração a padrões de pico e a utilização de capacidade de processamento com projeções
✅ Habilite a otimização proativa antes que os limites criem interrupções ou cobranças excedentes inesperadas
Sem rastreamento de armazenamento → Surpresas anuais⚡️ Anti-Padrão: Excedente de armazenamento descoberto durante a negociação de renovação exigindo compra imediata a precificação premium sem tempo para avaliar estratégias de arquivamento
⚡️ A organização compra armazenamento adicional anualmente sem analisar qual capacidade dos dados consome ou se o arquivamento reduziria o crescimento

Padrões

Onde procurarQual é a boa aparência
Arquivos grandes do Salesforce Files✅ Integração de armazenamento de arquivos externos para poupança de custo em escala - Armazene arquivos em serviços como Amazon S3 ou Azure Blob Storage com o Salesforce mantendo registros de referência vinculados a conteúdo externo. O armazenamento externo custa US$ 0,02 a 0,05 por GB por mês em comparação ao armazenamento de arquivos do Salesforce a US$ 1-3 por GB por mês, dependendo da edição, criando 10 a 20 vezes mais economia de custo em escala
✅ Exemplo: A solução de gerenciamento de contrato armazena contratos ativos (últimos 24 meses) no Salesforce Files para visualização e colaboração nativas, migra automaticamente contratos mais antigos para o S3 com links do Salesforce, reduzindo o armazenamento de arquivos em 70% enquanto mantém o acesso
✅ Descontinuação: A integração de armazenamento externo requer esforço de desenvolvimento e introduz dependência de serviço externo, mas proporciona 10 a 20 vezes mais economia de custo para casos de uso pesados em arquivos, interrompendo até mesmo em meses
Ciclo de vida do arquivo de Gerenciamento de conteúdo✅ Gerenciamento de ciclo de vida arquiva ou exclui arquivos antigos - Implemente arquivo automatizado movendo arquivos além dos limites de retenção para armazenamento externo ou exclusão. Arquivos raramente acessados após a criação inicial, incluindo anexos de caso para casos fechados e versões de documentos substituídas, são os principais candidatos ao arquivamento
✅ Nota: O armazenamento de arquivos inclui Salesforce Files, anexos, documentos e conteúdo. Organizações com casos de uso pesados em documentos, incluindo gerenciamento de contratos, bibliotecas de ativos e anexos de caso, frequentemente se aproximam dos limites de armazenamento de arquivos mais rapidamente do que o armazenamento de dados

Padrões

Onde procurarQual é a boa aparência
Modelos de cópia parcial de Gerenciamento de sandbox✅ Modelos de dados seletivos otimizam a capacidade de armazenamento de sandbox - Exclua objetos de grande volume de modelos de Cópia parcial quando o volume de dados completo for desnecessário para cenários de teste. Implemente a retenção de dados específica do sandbox removendo registros mais antigos do que o necessário para testes, liberando capacidade para dados de teste adicionais
✅ Exemplo: O modelo de sandbox de Cópia parcial inclui os últimos 12 meses de oportunidades e casos, mas exclui dados arquivados, fornecendo dados de teste representativos com capacidade de 5 GB em vez de exigir Cópia completa
✅ Descontinuação: Definir modelos de dados seletivos requer esforço de análise, mas permite usar tipos de sandbox de baixo custo eliminando dados desnecessários para cenários de teste
Ritmo de atualização do Gerenciamento de sandbox✅ Cadência de atualização alinhada aos requisitos reais de atualização de dados - Alinhe a atualização de sandbox aos requisitos reais de atualização de dados, em vez de agendas arbitrárias. Muitas organizações atualizam sandboxes de Cópia completa mensalmente quando a atualização trimestral seria suficiente para seus padrões de teste, desperdiçando capacidade de atualização que poderia dar suporte a sandboxes adicionais
✅ Exemplo: Sandbox de Cópia completa atualizado trimestralmente em vez de mensalmente, liberando capacidade de atualização para sandboxes de Cópia parcial adicionais
Sandboxes temporários de Gerenciamento de sandbox✅ Gerenciamento temporário de sandbox com políticas de expiração - Acompanhe ambientes criados para projetos específicos ou testes de pico com datas de exclusão documentadas. A proliferação temporária de sandbox é uma fonte comum de resíduos à medida que os sandboxes do projeto passam para o status permanente sem justificativa. Implementar políticas de expiração que exigem justificativa de renovação para manter ambientes temporários além do escopo inicial
✅ Exemplo: Sandbox de projeto criado com expiração de 90 dias exigindo justificativa comercial para se estender além da conclusão do projeto

Padrões

Onde procurarQual é a boa aparência
Análise de pico de uso do monitoramento de integração✅ Análise de pico de uso identifica oportunidades de otimização de agendamento - Identifique padrões de consumo diários e semanais. Agendas de integração concentradas durante o horário comercial competem com chamadas à API iniciadas pelo usuário. Espalhar integrações em lote em janelas fora do pico otimiza a utilização de capacidade sem aumentar os limites
✅ Exemplo: Integrações em lote reagendadas das 9h às 14h, reduzindo a contenção de API de horário de pico e habilitando integrações adicionais dentro da capacidade existente
Código personalizado API 2.0 em massa✅ API em massa 2.0 para qualquer operação processando centenas de registros - Use a API em massa 2.0 para qualquer operação processando mais de algumas centenas de registros. A API em massa processa até 150 milhões de registros por trabalho, consumindo o mínimo de chamadas à API em comparação ao processamento de registros individualmente
✅ Exemplo: A sincronização de dados noturna usa a API 2.0 em massa que processa 100 mil registros com consumo mínimo de API, em vez de chamadas de API individuais por registro
Cache da plataforma de código personalizado✅ Cache da plataforma elimina consultas repetitivas para dados de referência - Cache de dados de referência acessados com frequência para eliminar consultas repetitivas. Armazenar em cache códigos de país, catálogos de produtos ou dados de configuração reduz o consumo de API para integrações que consultam repetidamente dados de referência inalterados
✅ Exemplo: Catálogo de produtos armazenado em cache no Cache da plataforma, reduzindo as chamadas à API de mil consultas diárias para atualização de cache única
Captura de dados de alteração da arquitetura de integração✅ Captura de dados de alteração elimina padrões de pesquisa desperdiçados - Use a captura de dados de alteração para sincronização de dados em vez de padrões de pesquisa. O CDC publica eventos apenas quando os dados mudam, eliminando chamadas à API desperdiçadas verificando alterações que não ocorreram
✅ Exemplo: A sincronização de dados do cliente usa a Captura de dados de alteração para publicar eventos quando os clientes atualizam, consumindo chamadas à API apenas para alterações reais (200 diariamente) em vez de pesquisar cada registro do cliente por hora (1.2 milhões de consultas diárias)
✅ Descontinuação: A arquitetura conduzida por evento requer esforço de implementação de CDC ou Eventos de plataforma, mas reduz o consumo de API em 95%+ para padrões de detecção de alteração, interrompendo mesmo dentro de semanas
Sem monitoramento → Reactive Discovery⚡️ Anti-Padrão: O consumo da API monitorado apenas quando ocorrem exceções de limite, criando mudanças reativas de arquitetura de emergência e combate a incêndios sob pressão
⚡️ Análise de tendência proativa ausente para habilitar a otimização antes que os limites restrinjam as operações comerciais

Padrões

Onde procurarQual é a boa aparência
Padrão de integração síncrono em tempo real✅ Integrações síncronas consomem maior capacidade de API - Integrações em tempo real consomem uma ou mais chamadas de API por transação. Fluxos de transação de alto volume podem consumir uma capacidade de API significativa. Os padrões síncronos são adequados quando a consistência de dados imediatos é um requisito de negócio obrigatório, mas têm o maior custo de consumo da API
✅ Exemplo: A submissão do pedido requer verificação de inventário imediata e reserva no sistema ERP justificando padrão síncrono apesar do maior custo da API
Processamento em lote de padrão de integração✅ As integrações em lote reduzem o consumo de API em 90% + em comparação com os registros síncronos - Processar em massa, reduzindo drasticamente as chamadas de API por registro. A API em massa 2.0 processa milhões de registros com o consumo mínimo da API. Adequado quando a sincronização quase em tempo real atende às necessidades de negócios e elimina 90% ou mais do consumo de API em comparação a padrões síncronos
✅ Exemplo: A sincronização de dados do cliente é executada em lote por hora, em vez de atualizações em tempo real, reduzindo o consumo de API em 95% com uma latência de dados de 1 hora aceitável
Padrão de integração conduzido por evento✅ Os padrões conduzidos por evento consumem eficientemente recursos apenas em mudanças reais - Use Eventos de plataforma ou Captura de dados de alteração para distribuição eficiente de eventos sem sobrecarga de consulta. Os padrões conduzidos por evento têm escala eficiente porque consomem recursos apenas quando ocorrem alterações reais, em vez de verificar repetidamente alterações que não ocorreram
✅ Exemplo: Alterações no estágio da oportunidade publicam eventos de plataforma consumidos por sistemas downstream, eliminando pesquisas e reduzindo o consumo de API em 98%
Plataforma de Integração MuleSoft TCO✅ A MuleSoft aumenta o custo da plataforma, mas pode reduzir o TCO total de integração - A MuleSoft Anypoint Platform aumenta o custo de licenciamento da plataforma (US$ 20K-200K+ por ano), mas pode reduzir o TCO total da integração por meio de armazenamento em cache inteligente, pool de conexões, otimização em lote e governança unificada em todos os padrões de integração
✅ Descontinuação: O middleware justifica o investimento quando a contagem de integração excede 5 a 7 conexões, proporcionando reutilizabilidade e governança que reduzem os custos de manutenção de longo prazo
Precificação da API de integração de terceiros✅ Custos da API de terceiros modelados com base em volumes de transações projetados - Modelos de custos de terceiros baseados em volumes de transações projetados que refletem o uso real, em vez de níveis mínimos que presumem volumes baixos. A precificação da API de terceiros varia de níveis gratuitos até faturamento medido por chamada para licenças corporativas de tarifa fixa
✅ Exemplo: O modelo de TCO de integração para o gateway de pagamento inclui taxa de plataforma anual de US$ 15 mil + US$ 0,10 por transação estimada em 50 mil transações anuais (US$ 5 mil) + desenvolvimento de integração de US$ 25 mil + manutenção anual de US$ 5 mil para um total de US$ 50 mil no primeiro ano, US$ 10 mil em andamento
Manutenção de integração ponto a ponto vs. hub✅ As integrações ponto a ponto multiplicam o esforço de manutenção exponencialmente - Cada ponto de integração inclui criação inicial, manutenção contínua, evolução do tratamento de erros e adaptação quando qualquer ponto final muda. Integrações ponto a ponto multiplicam o esforço de manutenção exponencialmente à medida que a contagem do sistema aumenta. Cinco sistemas com conexões de ponto a ponto exigem 10 fluxos de manutenção de integração. Dez sistemas exigem 45 fluxos. Padrões de hub-and-spoke por meio de plataformas de integração reduzem o crescimento exponencial para escala linear
✅ Exemplo: Organização com oito sistemas conectados faz a transição de 28 integrações de ponto a ponto para oito conexões de hub e spoke, reduzindo os fluxos de manutenção em 71%.
Custos de suporte de operações de integração✅ Os custos de suporte e solução de problemas aumentam com a contagem de integrações - Cada integração cria possíveis pontos de falha que exigem infraestrutura de monitoramento, configuração de alerta, documentação do manual de execução e capacidade de resposta a incidentes. Inclua custos de suporte contínuos no TCO de integração além do desenvolvimento inicial
✅ Exemplo: Custos de suporte de integração modelados a 15-20% do custo de desenvolvimento inicial anualmente para monitoramento contínuo, solução de problemas e resposta a incidentes

Anti-Padrões

Onde procurarQual é a aparência ruim
Todos os dados históricos permanecem no armazenamento ativo indefinidamente.⚡️ Armazenar crescimento que consome orçamento sem justificativa de negócios. As organizações compram armazenamento adicional anualmente sem analisar quais dados consomem capacidade ou se as estratégias de arquivamento podem reduzir a taxa de crescimento
⚡️ Remediação: Defina a política de retenção de dados com estágios do ciclo de vida: ativo (0 a 12 meses), quente (12 a 36 meses), frio (36 meses ou mais arquivado) e expirado (excluído após a retenção regulatória). Implementar o arquivamento automatizado para objetos grandes ou armazenamento externo
O modelo de Cópia parcial inclui todos os objetos sem filtragemConsome capacidade de 5 GB com dados históricos irrelevantes para testes, forçando a compra de Cópia completa quando a seleção de dados estratégica habilitaria o uso de Cópia parcial a um custo significativamente menor
⚡️ Remediação: Analise os requisitos de teste e crie modelos seletivos de Cópia parcial, incluindo apenas os últimos 12 a 18 meses de dados e excluindo objetos de grande volume desnecessários para cenários de teste
A integração consulta todos os registros a cada 15 minutos para verificar alteraçõesConsome 5 milhões de chamadas à API diariamente quando 95% das pesquisas não encontram alterações, desperdiçando capacidade da API em consultas desnecessárias. Cria risco de atingir limites de API e impedir a conclusão de integrações legítimas
⚡️ Remediação: Substitua o padrão de consulta por Captura de dados de alteração ou Eventos de plataforma que consomem chamadas à API apenas quando ocorrem alterações reais, reduzindo o consumo da API em 95%+
A integração faz chamadas à API separadas para cada tipo de registro em sequência⚡️ Multiplica o consumo da API de 5-10x em comparação a abordagens em lote. Processamento de pedido consumindo oito chamadas à API por pedido quando uma única chamada composta seria suficiente
⚡️ Remediação: Implemente operações relacionadas ao lote da API composta em uma única chamada à API, reduzindo o consumo de oito chamadas por transação para uma chamada por transação (87% de redução)
Sandboxes Full Copy comprados para cada equipe de desenvolvimento⚡️ As multiplicações custam cinco vezes mais quando a Cópia parcial atenderia à maioria dos requisitos de teste. Cópia completa custa 5-10 vezes mais do que Cópia parcial e é atualizada apenas mensalmente versus a cada 5 dias
⚡️ Remediação: Reserve a Cópia completa exclusivamente para UAT pré-produção e validação de desempenho. Use o Developer Pro para desenvolvimento e Cópia parcial com modelos de dados direcionados para testes de integração
Integração aprovada com base no “nível de API livre” sem modelagem por volume⚡️ Os volumes de transações projetados excederam o nível livre no mês 2, resultando em custos anuais de US$ 15 mil não incluídos na análise de orçamento ou TCO
⚡️ Remediação: Modele os custos da API de terceiros com base em volumes de transações projetados, incluindo projeções de escala. Inclua tarifas de plataforma, custos por transação e encargos excedentes no TCO de integração antes da aprovação
O consumo da API é monitorado apenas quando ocorrem exceções limites⚡️ Cria alterações de arquitetura de emergência e combate a incêndios reativos sob pressão. Os limites criam interrupções antes que as oportunidades de otimização sejam identificadas
⚡️ Remediação: Implemente o painel de monitoramento de API proativo com atribuição de nível de integração, análise de uso de pico e projeção de crescimento. Defina alertas em limites de utilização de exemplo, como 70% e 85%, fornecendo tempo de processamento para otimização
Construindo a geração de documentos personalizados porque “temos desenvolvedores disponíveis”⚡️ Desenvolvimento personalizado na compilação inicial de US$ 80 mil + manutenção anual de US$ 15 mil quando a opção do AppExchange de US$ 15 por usuário mensalmente (US$ 18 mil anualmente para 100 usuários) proporciona implementação mais rápida, manutenção do fornecedor e menor TCO de 5 anos
⚡️ Remediação: Avalie as soluções do AppExchange antes do desenvolvimento personalizado para recursos de commodities. TCO de modelo de 3-5 anos comparando a compilação e a compra, incluindo manutenção, compatibilidade da plataforma e custos de suporte
Sandboxes temporários de projetos passam para status permanente sem justificação⚡️ Proliferação de sandbox que consome orçamento sem valor comercial. As organizações acumulam mais de 20 sandboxes quando 10 atendem às necessidades reais de desenvolvimento com o gerenciamento adequado do ciclo de vida
⚡️ Remediação: Implemente políticas de expiração de sandbox que exigem justificativa de renovação. Rastreie sandboxes com datas de exclusão documentadas e alertas automatizados para revisão de expiração

Última atualização: 2026-06-08