Salesforce CRM é utilizado por uma variedade de empresas de todos os tamanhos e em diferentes setores. A Salesforce está envolvida na administração eficaz de dados de clientes há mais de duas décadas. Possui vários conceitos e práticas revolucionários, além da capacidade de acessar seus dados em qualquer lugar e a qualquer hora. Esta plataforma possui um grande número de servidores em todo o mundo, e a organização onde você trabalha também seria um deles. Esses servidores têm bancos de dados e máquinas enormes e são tão poderosos que cada servidor pode hospedar muitas instâncias do Salesforce de diferentes corporações.
Desenvolvedores de Salesforce oferecer uma variedade de serviços aos seus clientes que são adaptados precisamente de acordo com suas necessidades. Eles ajudam no design, desenvolvimento e personalização de uma variedade de produtos, plataformas e aplicativos Salesforce para atender às demandas de seus clientes. Mas sempre existem regras onde quer que haja recursos finitos e o Salesforce não é uma exceção.
Desenvolvimento de Salesforce e as operações não estão isentas de restrições e regulamentações. Os desenvolvedores do Salesforce devem seguir várias diretrizes ao fazer modificações significativas no sistema ao usar o Plataforma Salesforce CRM. E a maioria dessas regras e regulamentos incluem Limites do Salesforce Governor.
O que é Arquitetura Multitenant?
Para entender o Limites do governador no Salesforce e como eles limitam as operações dos desenvolvedores do Salesforce, primeiro é crucial entender o conceito de uma arquitetura multilocatário. Multitenancy refere-se ao método de operação de software no qual várias instâncias independentes de um ou mais programas compartilham um ambiente comum.
Arquitetura multilocatário em palavras mais simples é quando uma única plataforma de software (ou qualquer plataforma em geral) é usada por vários usuários. Como todos os operadores usam a mesma versão e design da plataforma, o Salesforce CRM se enquadra na categoria de arquitetura multilocatário.
Aqui está um exemplo para ajudá-lo a entender:
Considerar Multilocação do Salesforce simplesmente como alugar um apartamento em um prédio. Eletricidade, gás e largura de banda wi-fi são recursos compartilhados para todos os prédios do apartamento.
Agora, se vários apartamentos começarem a conectar aparelhos pesados, capazes de consumir toda a eletricidade. Pense no que aconteceria se outros flats começassem a baixar arquivos grandes da internet.
Mesmo se você pagasse um prêmio, seria um desafio morar em um apartamento onde você não pudesse receber eletricidade adequada ou largura de banda Wi-Fi confiável.
Aqui, os apartamentos são organizações separadas do Salesforce, e o complexo de apartamentos é um servidor do Salesforce. E essa distribuição de recursos compartilhados é arquitetura multi-tenancy.
Há mais um termo usado, ou seja, Plataformas de locatário único, e a diferença entre as plataformas de locatário único e multilocatário é que o locatário único exige que os usuários o atualizem regularmente.
As plataformas multitenant, por outro lado, atualizam-se regularmente e espalham atualizações uniformes para todos os seus usuários. Quando se trata de Salesforce, é um CRM baseado em nuvem, para que os usuários não precisem se preocupar com a manutenção do software e hardware da Salesforce Platform.
Além disso, leia: O que é o Salesforce Health Cloud? Suas características e benefícios
Quais são os limites do Salesforce Governor?
Limites do Salesforce Governor são comumente referidos como Limites do Governador Apex porque estão relacionados a personalizações e modificações do apex.
O mecanismo de tempo de execução do apex impõe essas limitações de tempo de execução para desenvolver código escalável e eficiente e impedir que os processos monopolizem recursos compartilhados.
Limites do governador no Salesforce são um conjunto vital de regras que tornaram o Salesforce a plataforma de gerenciamento de relacionamento com o cliente (CRM) mais popular e autorizada do mundo.
Limites do Salesforce Governor, para simplificar, são limites de uso impostos pelo Salesforce para garantir um processamento eficiente. Isso permite que vários usuários acessem a plataforma ao mesmo tempo sem reduzi-la.
Isso é crítico, pois cada ambiente de programação tem seu próprio conjunto de estruturas, recursos e limitações. Todos os programas, serviços e aplicativos da plataforma são executados em um ambiente multilocatário, o que significa que seus recursos, como memória, rede e conexões de banco de dados, são compartilhados com todos os outros programas da plataforma. Como resultado, a plataforma deve se proteger contra roubos e aplicativos que sobrecarregam os recursos do sistema.
Todo desenvolvedor deve garantir que seu código seja adequadamente escalável e não viole os limites. Portanto, é crucial seguir os regulamentos para evitar que os desenvolvedores desperdicem recursos.
Se algum dos Limites do Salesforce Governor forem excedidos ou não atendidos, um erro será gerado e os usuários serão notificados prontamente. O programa do usuário seria encerrado devido a esse erro.
Além disso, leia: O que é o Salesforce Enterprise Territory Management?
Tipos de limites do governador no Salesforce
Aqui está uma folha para os limites do Salesforce Governor que resume os limites mais importantes que todos devem conhecer:
| Visão geral | Limite do Governador |
|---|---|
| O número total de consultas SOSL emitidas no Salesforce | 20 |
| Limites do administrador de DML no Salesforce (número total de extratos emitidos por transação) | 150 |
| Número total de registros recuperados por uma única consulta SOSL | 2000 |
| Número total de registros recuperados por consultas SOQL | 50000 |
| Número total de registros recuperados por Database.getQueryLocator | 10000 |
| Limites do Salesforce Governor para o total de tamanho de heap | 6 MB / 12 MB |
A seguir estão os limites do Apex Governor no Salesforce:
1) Limites Apex por transação:
Os Limites do Apex são aplicados por transação e são contados para cada transação do Apex. Esses limites específicos no método de execução para executar cada lote de registros serão redefinidos ao usar o Batch Apex.
As restrições para o síncrono e Apex assíncrono estão resumidas na tabela abaixo:
| Fator | Limite síncrono | Limite assíncrono |
|---|---|---|
| Total de consultas SOQL emitidas | 100 | 200 |
| Total de registros recuperados por consultas SOQL | 50,000 | |
| Total de registros recuperados por Database.getQueryLocator | 10,000 | |
| Total de consultas SOSL emitidas | 20 | |
| Registros recuperados por uma única consulta SOSL | 20,000 | |
| Declarações DML Toal emitidas | 150 | |
| Total de registros processados por instruções DML | 10,000 | |
| Profundidade de pilha para invocação do Apex | 16 | |
| Total de callots em uma transação | 100 | |
| Métodos permitidos por invocação do Apex | 50 | 0 em lote e contextos futuros, 1 em contexto enfileirado |
| Número de jobs do Apex adicionados | 50 | 1 |
| Métodos de envio de email permitidos | 10 | |
| Tamanho total do heap | 6 MB | 12 MB |
| Máx. Tempo de CPU em servidores Salesforce | 10,000 milissegundos | 60,000 milissegundos |
| Tempo de execução da transação do Apex | 10 minutos | |
| Máx. notificações push por transação do Apex | 10 | |
| Máximo de notificações por push enviadas por meio de cada chamada de método de notificação por push | 2000 |
2) Limites de pacotes gerenciados certificados por transação
Esses são os limites impostos aos pacotes gerenciados e são diferentes dos limites aplicados ao apex que não faz parte do pacote gerenciado.
Se um pacote gerenciado criado por um ISV do Salesforce passou por uma avaliação de segurança, os limites por transação geralmente são mais altos.
| Fator | Limitar |
|---|---|
| Total de consultas SOQL emitidas | 1100 |
| Total de registros recuperados por Database.getQueryLocator | 110000 |
| Número de consultas SOSL emitidas | 220 |
| Total de declarações DML emitidas | 1650 |
| Total de chamadas em uma transação | 1100 |
| Métodos de envio de email permitidos | 110 |
Para pacotes gerenciados certificados, todas as restrições de transação se aplicam individualmente, exceto:
- Tamanho total do heap
- Tempo máximo de CPU
- Tempo máximo de execução da transação
- Número máximo de namespaces exclusivos
Além disso, leia: Pipedrive vs Salesforce: Qual CRM é o melhor para o seu negócio?
3) Limites do Apex da plataforma Lightning
Estes são o Limites do Governador definido pela Salesforce Lightning Platform. Nenhum desses limites se aplica a transações do Apex executadas por desenvolvedores.
| Descrição | Limitar |
|---|---|
| A quantidade máxima de execuções de métodos assíncronos por dia | 25,000 |
| Aulas de apex programadas paralelamente | 100 |
| Trabalhos do Apex enfileirados | 5 |
| Máx. lotes enviados | 5 |
| Cursores de consulta/usuário abertos paralelamente | 50 |
| Cursores de consulta/usuário abertos paralelamente | 15 |
4) Limites de ápice estáticos
Estes são o limites do governador do ápice definido para o ápice estático, que se aplica a diferentes tipos de consultas, chamadas, registros, loops e tamanhos de lote, bem como a diferentes transações realizadas pelos usuários.
| Descrição | Limites |
|---|---|
| O tempo limite padrão para chamadas de transação | 10 segundos |
| Máx. tamanho da solicitação ou resposta de chamada | 6 MB (Síncrono) 12 MB (assíncrono) |
| Tempo de execução da consulta SOQL antes do cancelamento de uma transação | 120 segundos |
| Máx. número de classes e unidades de código de gatilho | 5000 |
| Acionar o tamanho do lote para o Apex | 200 |
| Tamanho do lote da lista de loops | 200 |
| A consulta do Apex em lote retornou registros em Database.QueryLocator | 50 milhões |
5) Limites de ápice específicos de tamanho
Esses limites estão vinculados ao tamanho e ao número de linhas de código na plataforma. Eles são utilizados principalmente para garantir que não existam itens superdimensionados em classes, gatilhos ou na organização.
| Descrição | Limitar |
|---|---|
| A quantidade máxima de caracteres/classe | 1 mn |
| A quantidade máxima de gatilhos/classe | 1 milhões |
| Utilização máxima de código do Apex | 6 MB |
| Limite para o tamanho do método | 65,535 |
Por que os limites do Salesforce Governor são aplicados?
A plataforma da Salesforce oferece personalização na forma de acionador do Apex, serviços da Web ou alterações declarativas, como fluxos e construtores de processos. Quando essas personalizações são executadas na plataforma, elas consomem recursos limitados que são compartilhados com outros Instâncias do Salesforce.
A Salesforce garante que sua plataforma funcione sem problemas e que seus clientes não sejam incomodados por falhas no servidor. Como resultado, Limites do Salesforce Governor foram implantados e executados.
Eles garantem que qualquer instância do Salesforce que compartilhe recursos com outras instâncias não consuma todos os recursos finitos e que os recursos sejam distribuídos adequadamente de acordo com o modelo de assinatura da instância.
Vantagens:
- Governador da Salesforce restrições proíbem outras organizações de operar e, portanto, executar códigos longos, que podem consumir muita memória e até mesmo a CPU da nuvem.
- O Apex tem um conjunto totalmente separado de limites de codificação.
- Esses limites do governador nos mantêm no espaço certo de codificação ao trabalhar com o Apex.
Além disso, leia: Comparação da edição do Salesforce: recursos e aplicativos
Como você pode evitar atingir esses limites do Salesforce Governor?
É nossa responsabilidade garantir que nosso código seja escalável e não exceda o limites do governador. Vários truques e dicas podem ser usados para garantir que qualquer código de personalização seja escrito dentro desses limites do Salesforce Governor. Para isso você deve seguir estes passos:
- No loop FOR, certifique-se de que não haja instruções DML ou consultas SOQL.
- No loop, evite usar operações SOQL ou DML.
- Defina os limites do governador, marque a opção 'Enviar e-mails de aviso do Apex' em seu registro de usuário para receber avisos por e-mail.
- Aumente seu código e métodos auxiliares.
- Grandes conjuntos de dados podem ser consultados.
- Para evitar problemas de tamanho de heap do apex, certifique-se de que as variáveis sejam privadas ou transitórias, a menos que precisem ser acessíveis fora da classe.
- Se precisarmos processar 50,000 registros, você deverá usar o Batch Apex.
- Simplifique a execução de vários gatilhos em um único objeto.
- Para loops, use consultas e coleções simplificadas.
Além disso, leia: Salesforce Customer 360 – Tudo o que você precisa saber
Conclusão
Como você pode ver, existem diferentes tipos de limites de governador disponíveis em Salesforce, e isso é por um bom motivo: eles nos ajudam a nos tornar administradores e desenvolvedores mais eficientes. Existem vários padrões gerais que você pode adotar para garantir que permaneça dentro desses limites. Em geral, os limites mais conhecidos em uma única transação giram em torno SOQL e DML limites.
Os desenvolvedores escreverão automaticamente o código otimizado que oferece o desempenho ideal quando as personalizações são feitas, mantendo esses limites em mente. Felizmente, você deve ter entendido agora que ultrapassar os limites do governador pode ser desafiador e agradável. Se você tiver mais dúvidas ou precisar de ajuda de profissionais, sinta-se a vontade para nos contatar.
Serviços de consultoria de Salesforce
Se você é novo em automação e confuso sobre o Workflow ou o Process Builder. Não precisa se preocupar, nós temos tudo sob controle. Fale com nossos especialistas e limpe todos os pensamentos nebulosos sobre automação.
