Salesforce CRM est utilisé par un assortiment d'entreprises de toutes tailles et dans différentes industries. Salesforce est impliqué dans l'administration efficace des données clients depuis plus de deux décennies. Il a plusieurs concepts et pratiques révolutionnaires, ainsi que la possibilité d'accéder à vos données n'importe où et n'importe quand. Cette plate-forme dispose d'un grand nombre de serveurs à travers le monde, et l'organisation dans laquelle vous travaillez en ferait également partie. Ces serveurs ont des bases de données et des machines massives, et ils sont si puissants que chaque serveur peut héberger de nombreuses instances Salesforce de différentes sociétés.
Développeurs Salesforce offrent une variété de services à leurs clients qui sont précisément adaptés à leurs besoins. Ils aident à la conception, au développement et à la personnalisation d'une variété de produits, de plates-formes et d'applications Salesforce pour répondre aux demandes de leurs clients. Mais il existe toujours des règles partout où il y a des ressources finies et Salesforce ne fait pas exception.
Développement de la force de vente et les opérations ne sont pas sans contraintes et réglementations. Les développeurs Salesforce doivent respecter plusieurs directives lorsqu'ils apportent des modifications importantes au système lors de l'utilisation de Plateforme CRM Salesforce. Et la plupart de ces règles et réglementations incluent Limites du gouverneur Salesforce.
Qu'est-ce que l'architecture mutualisée ?
Pour comprendre le Limites du gouverneur dans Salesforce et comment ils limitent les opérations des développeurs Salesforce, il est d'abord crucial de comprendre le concept d'une architecture multitenant. La multilocation fait référence à la méthode de fonctionnement du logiciel dans laquelle plusieurs instances indépendantes d'un ou plusieurs programmes partagent un environnement commun.
Architecture mutualisée en termes plus simples, c'est lorsqu'une seule plate-forme logicielle (ou n'importe quelle plate-forme en général) est utilisée par plusieurs utilisateurs. Parce que tous les opérateurs utilisent la même version et la même conception de la plate-forme, le CRM Salesforce entre donc dans la catégorie des architectures multi-locataires.
Voici un exemple pour vous aider à comprendre :
Considérer Multilocation Salesforce tout simplement comme louer un appartement dans un immeuble. L'électricité, le gaz et la bande passante Wi-Fi sont toutes des ressources partagées pour chaque bâtiment de l'appartement.
Maintenant, si de nombreux appartements commencent à brancher des appareils lourds capables de consommer toute l'électricité. Imaginez ce qui se passerait si d'autres appartements commençaient à télécharger des fichiers volumineux sur Internet.
Même si vous payiez une prime, il serait difficile de vivre dans un appartement où vous ne pourriez pas recevoir une électricité adéquate ou une bande passante Wi-Fi fiable.
Ici, les appartements sont des organisations Salesforce distinctes et le complexe d'appartements est un serveur Salesforce. Et cette distribution de ressources partagées est une architecture multi-tenant.
Il y a un autre terme utilisé, c'est-à-dire Plates-formes à locataire unique, et la différence entre les plates-formes à locataire unique et à locataire multiple est que le locataire unique oblige les utilisateurs à le mettre à niveau régulièrement.
Les plates-formes mutualisées, quant à elles, se mettent à jour régulièrement et diffusent des mises à jour uniformes à tous leurs utilisateurs. En ce qui concerne Salesforce, c'est un CRM basé sur le cloud, afin que les utilisateurs n'aient pas à se soucier de la maintenance des logiciels et du matériel de la plate-forme Salesforce.
Aussi, lisez: Qu'est-ce que Salesforce Health Cloud ? Ses caractéristiques et avantages
Quelles sont les limites du gouverneur Salesforce ?
Limites du gouverneur Salesforce sont communément appelés Limites du gouverneur Apex car ils sont liés aux personnalisations et modifications d'apex.
Le moteur d'exécution apex applique ces limitations d'exécution pour développer un code évolutif et efficace et empêcher les processus de monopoliser les ressources partagées.
Limites du gouverneur dans Salesforce sont un ensemble essentiel de règles qui ont fait de Salesforce la plateforme de gestion de la relation client (CRM) la plus populaire et la plus autorisée au monde.
Limites du gouverneur Salesforce, pour le dire simplement, sont des plafonds d'utilisation imposés par Salesforce pour garantir un traitement efficace. Cela permet à plusieurs utilisateurs d'accéder à la plateforme en même temps sans la ralentir.
Ceci est essentiel car chaque environnement de programmation a son propre ensemble de structures, de capacités et de limitations. Tous les programmes, services et applications de la plate-forme s'exécutent dans un environnement multi-tenant, ce qui signifie que leurs ressources, telles que la mémoire, le réseau et les connexions à la base de données, sont partagées avec tous les autres programmes de la plate-forme. En conséquence, la plate-forme doit se prémunir contre le rouge et les applications surchargeant les ressources système.
Chaque développeur doit s'assurer que son code est correctement évolutif et ne viole pas les limites. Il est donc crucial de suivre les réglementations pour empêcher les développeurs de gaspiller des ressources.
Si l'un des Limites du gouverneur Salesforce sont dépassées ou ne sont pas respectées, une erreur sera générée et les utilisateurs seront avertis rapidement. Le programme de l'utilisateur serait alors arrêté à cause de cette erreur.
Aussi, lisez: Qu'est-ce que la gestion de territoire d'entreprise Salesforce ?
Types de limites de gouverneur dans Salesforce
Voici une feuille pour Salesforce Governor Limits qui résume les limites les plus importantes que tout le monde devrait connaître :
| Vue d’ensemble | Limite du gouverneur |
|---|---|
| Le nombre total de requêtes SOSL émises dans Salesforce | 20 |
| Limites du gouverneur DML dans Salesforce (nombre total de relevés émis par transaction) | 150 |
| Nombre total d'enregistrements récupérés par une seule requête SOSL | 2000 |
| Nombre total d'enregistrements récupérés par les requêtes SOQL | 50000 |
| Nombre total d'enregistrements récupérés par Database.getQueryLocator | 10000 |
| Limites du gouverneur Salesforce pour la taille totale du segment de mémoire | 6 MB / 12 MB |
Voici les limites du gouverneur Apex dans Salesforce :
1) Limites Apex par transaction :
Les limites Apex sont appliquées par transaction et sont comptées pour chaque transaction Apex. Ces limites spécifiques dans la méthode d'exécution pour l'exécution de chaque lot d'enregistrements seront réinitialisées lors de l'utilisation de Batch Apex.
Les restrictions pour le synchrone ainsi que Apex asynchrone sont résumés dans le tableau ci-dessous :
| Facteur | Limite synchrone | Limite asynchrone |
|---|---|---|
| Nombre total de requêtes SOQL émises | 100 | 200 |
| Nombre total d'enregistrements récupérés par les requêtes SOQL | 50,000 | |
| Nombre total d'enregistrements récupérés par Database.getQueryLocator | 10,000 | |
| Nombre total de requêtes SOSL émises | 20 | |
| Enregistrements récupérés par une seule requête SOSL | 20,000 | |
| Nombre total d'instructions DML émises | 150 | |
| Nombre total d'enregistrements traités par des instructions DML | 10,000 | |
| Profondeur de la pile pour l'invocation d'Apex | 16 | |
| Nombre total d'appels dans une transaction | 100 | |
| Méthodes autorisées par appel Apex | 50 | 0 dans les contextes batch et futur, 1 dans le contexte file d'attente |
| Nombre de tâches Apex ajoutées | 50 | 1 |
| Toal sendEmail méthodes autorisées | 10 | |
| Taille totale du tas | 6 MB | 12 MB |
| Max. Temps CPU sur les serveurs Salesforce | Millisecondes 10,000 | Millisecondes 60,000 |
| Temps d'exécution pour la transaction Apex | 10 minutes | |
| Max. notifications push par transaction Apex | 10 | |
| Max notifications push envoyées via chaque appel de méthode de notification push | 2000 |
2) Limites des packages gérés certifiés par transaction
Il s'agit des limites imposées aux packages gérés et qui diffèrent des limites appliquées à l'apex qui ne fait pas partie du package géré.
Si un package géré créé par un éditeur de logiciels Salesforce a réussi une évaluation de sécurité, les limites par transaction sont souvent plus élevées.
| Facteur | limite |
|---|---|
| Nombre total de requêtes SOQL émises | 1100 |
| Total des enregistrements récupérés par Database.getQueryLocator | 110000 |
| Nombre de requêtes SOSL émises | 220 |
| Total des déclarations DML émises | 1650 |
| Nombre total d'appels dans une transaction | 1100 |
| Toal sendEmail méthodes autorisées | 110 |
Pour les packages gérés certifiés, toutes les restrictions de transaction s'appliquent individuellement, sauf :
- Taille totale du tas
- Temps CPU maximal
- Durée maximale d'exécution des transactions
- Nombre maximal d'espaces de noms uniques
Aussi, lisez: Pipedrive vs Salesforce : Quel CRM est le meilleur pour votre entreprise ?
3) Limites Apex de la plate-forme Lightning
Ce sont les Limites du gouverneur défini par la plate-forme Salesforce Lightning. Aucune de ces limites ne s'applique aux transactions Apex exécutées par les développeurs.
| Description | limite |
|---|---|
| Le nombre maximal d'exécutions de méthodes asynchrones par jour | 25,000 |
| Classes Apex programmées en parallèle | 100 |
| Tâches Apex en file d'attente | 5 |
| Max. lots soumis | 5 |
| Curseurs de requête/utilisateur ouverts en parallèle | 50 |
| Curseurs de requête/utilisateur ouverts en parallèle | 15 |
4) Limites d'apex statiques
Ce sont les limites du gouverneur d'apex défini pour l'apex statique, qui s'applique à différents types de requêtes, d'appels, d'enregistrements, de boucles et de tailles de lot, ainsi qu'à différentes transactions effectuées par les utilisateurs.
| Description | Limites |
|---|---|
| Le délai d'attente par défaut pour les appels de transaction | en 10 secondes |
| Max. taille de la demande ou de la réponse d'appel | 6 Mo (synchrone) 12 Mo (asynchrone) |
| Exécution de la requête SOQL avant l'annulation d'une transaction | en 120 secondes |
| Max. nombre d'unités de classe et de déclencheur de code | 5000 |
| Taille du lot de déclenchement pour Apex | 200 |
| Taille du lot de listes de boucles | 200 |
| La requête Apex par lot a renvoyé des enregistrements dans Database.QueryLocator | 50 millions |
5) Limites d'apex spécifiques à la taille
Ces limites sont liées à la taille et au nombre de lignes de code sur la plateforme. Ceux-ci sont principalement utilisés pour s'assurer qu'aucun élément surdimensionné n'existe dans les classes, les déclencheurs ou l'organisation.
| Description | limite |
|---|---|
| Le nombre maximum de caractères/classe | 1 mn |
| Le nombre maximum de déclencheurs/classe | 1 millions |
| Utilisation maximale du code Apex | 6 MB |
| Limite pour la taille de la méthode | 65,535 |
Pourquoi les limites du gouverneur Salesforce sont-elles appliquées ?
La plate-forme de Salesforce fournit une personnalisation sous la forme d'un déclencheur Apex, de services Web ou de modifications déclaratives telles que des flux et des générateurs de processus. Lorsque ces personnalisations s'exécutent sur la plate-forme, elles consomment des ressources limitées qui sont partagées avec d'autres Instances Salesforce.
Salesforce veille au bon fonctionnement de sa plateforme et à ce que ses clients ne soient pas dérangés par des pannes de serveur. Par conséquent, Limites du gouverneur Salesforce ont été mis en place et appliqués.
Ils garantissent que toute instance Salesforce qui partage des ressources avec d'autres instances ne consomme pas toutes les ressources finies et que les ressources sont distribuées correctement selon le modèle d'abonnement d'instance.
Avantages:
- Gouverneur de Salesforce les restrictions interdisent à d'autres organisations de fonctionner et donc d'exécuter un code long, qui peut consommer beaucoup de mémoire et même le processeur du cloud.
- Apex a un ensemble entièrement distinct de limites de codage.
- Ces limites de gouverneur nous maintiennent dans le bon espace de codage lorsque nous travaillons avec Apex.
Aussi, lisez: Comparaison de l'édition Salesforce : fonctionnalités et applications
Comment pouvez-vous éviter d'atteindre ces limites du gouverneur Salesforce ?
Il est de notre responsabilité de nous assurer que notre code est évolutif et ne dépasse pas les limites du gouverneur. Plusieurs astuces et conseils peuvent être utilisés pour garantir que tout code de personnalisation est écrit dans ces limites du gouverneur Salesforce. Pour cela, vous devez suivre ces étapes :
- Dans la boucle FOR, assurez-vous qu'il n'y a pas d'instructions DML ou de requêtes SOQL.
- Dans la boucle, évitez d'utiliser des opérations SOQL ou DML.
- Définissez les limites du gouverneur, cochez l'option "Envoyer des e-mails d'avertissement Apex" sur votre enregistrement d'utilisateur pour recevoir des avertissements par e-mail.
- Augmentez votre code et vos méthodes d'assistance.
- De grands ensembles de données peuvent être interrogés.
- Pour éviter les problèmes de taille de tas apex, assurez-vous que les variables sont privées ou transitoires, sauf si elles doivent être accessibles en dehors de la classe.
- Si nous devons traiter 50,000 XNUMX enregistrements, vous devez utiliser Batch Apex.
- Rationalisez l'exécution de plusieurs déclencheurs sur un seul objet.
- Pour les boucles, utilisez des requêtes et des collections rationalisées.
Aussi, lisez: Salesforce Customer 360 – Tout ce que vous devez savoir sur
Conclusion
Comme vous pouvez le voir, il existe différents types de limites de gouverneur disponibles dans Salesforce, et ce pour une bonne raison : ils nous aident à devenir des administrateurs et des développeurs plus efficaces. Il existe plusieurs modèles généraux que vous pouvez adopter pour vous assurer de rester dans ces limites. En général, les limites les plus connues dans une seule transaction tournent autour SOQL ainsi que DML limites.
Les développeurs écriront automatiquement un code optimisé qui offre des performances optimales lorsque des personnalisations sont effectuées tout en gardant ces limites à l'esprit. J'espère que vous devez maintenant avoir compris que dépasser les limites du gouverneur peut être à la fois difficile et agréable. Si vous avez d'autres questions ou avez besoin de l'aide de professionnels, n'hésitez pas à nous joindre.
Services de conseil Salesforce
Si vous êtes nouveau dans l'automatisation et que vous ne savez pas comment Workflow ou Process Builder. Ne vous inquiétez pas, nous sommes là pour vous. Parlez à nos experts et effacez toutes les idées troubles sur l'automatisation.
