• Accueil / Salesforce / Introduction aux limites…
, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Introduction aux limites de déploiement | Salesforce Ben7 minutes de lecture


Les limites de déploiement sont un nouveau concept dans l’écosystème Salesforce et sont pertinentes pour les administrateurs, les développeurs et les architectes. Vous pouvez utiliser les limites de déploiement pour répondre à des questions clés, notamment:

  • Administrateurs – Quels sont tous les champs et boutons qui composent une mise en page spécifique?
  • Développeurs et architectes – Quelles métadonnées mes organisations de travail doivent-elles avoir avant de pouvoir commencer à les utiliser pour le développement?

Dans cet article, nous expliquerons quelles sont les limites de déploiement, puis nous explorerons quelques cas d’utilisation pratiques et terminerons en vous montrant comment vous pouvez utiliser Soupe heureuse pour identifier et exporter les limites de déploiement en quelques clics.

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Qu’est-ce qu’une limite de déploiement?

Une limite de déploiement correspond à toutes les métadonnées dont une organisation a besoin pour qu’une fonctionnalité / configuration particulière existe. Prenons l’exemple d’une règle de workflow qui envoie une alerte par e-mail lorsqu’un champ personnalisé de l’objet Compte est évalué à une valeur particulière.

Quelles sont toutes les métadonnées dont cette règle de workflow a besoin pour exister? On peut penser à ce qui suit:

  • L’objet qu’il évalue (c’est-à-dire le compte ou un objet personnalisé)
  • Les champs personnalisés qu’il utilise dans les critères d’évaluation (et si certains de ces champs sont des formules, les champs que ces formules utilisent)
  • Le modèle d’e-mail utilisé par l’alerte par e-mail
  • Tous les champs personnalisés auxquels le modèle d’e-mail fait référence
, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Sans l’un des éléments ci-dessus, il serait impossible de créer la règle de workflow.

Une autre façon de penser à cela est que si vous tentiez de supprimer l’un des composants ci-dessus (c’est-à-dire si vous essayez de supprimer un champ personnalisé), Salesforce vous arrêterait car la règle de workflow ne peut exister sans aucun d’entre eux.

Toutes les métadonnées ci-dessus sont ce que nous appelons la limite de déploiement de cette règle de workflow, car la règle de workflow en dépend.

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Prenons un autre exemple, cette fois, la limite de déploiement d’une mise en page:

  • Les champs auxquels il fait référence (et tous les autres champs auxquels ils font référence, c’est-à-dire les formules)
  • Boutons
  • Pages Visualforce en ligne

Si vous essayez de supprimer l’un des éléments ci-dessus, Salesforce vous arrêtera.

D’où vient le nom «Deployment Boundary»?

Normalement, nous avons tendance à considérer toutes les métadonnées (champs, classes apex, objets) dans notre organisation comme une pile de configuration non organisée. Ceci est souvent appelé une «soupe heureuse».

Une frontière de déploiement est alors le frontière d’une caractéristique / configuration particulière dans cette soupe heureuse. Comme toujours, une image vaut mille mots:

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Ce que nous voyons ici, c’est que notre organisation est pleine de métadonnées apparemment non organisées. Mais en dessinant une frontière entre les métadonnées d’une fonction spécifique et le reste de l’organisation, vous pouvez voir que les métadonnées ont un modèle.

Nous pouvons tracer cette ligne dans à peu près toutes les fonctionnalités / configurations et nous nous rendrons compte que notre organisation n’est pas un tas de métadonnées (une soupe heureuse) mais plutôt un grand groupe de limites de déploiement.

Cas d’utilisation pratiques

Nous avons donc décrit les limites du déploiement. Voyons maintenant quelques cas d’utilisation pratiques et apprenons comment nous pouvons réellement créer ou identifier ces limites de déploiement.

Administrateurs: obtenez tous les champs et boutons d’une mise en page

Supposons que vous soyez un administrateur / consultant et que vous soyez invité à examiner tous les champs et boutons d’une mise en page pour identifier les champs redondants, ou peut-être pour créer un dictionnaire de données.

Étant donné qu’une limite de déploiement comprend toutes les métadonnées utilisées par la mise en page, son identification et son exportation permettent de consulter tous les champs, boutons, etc. qui composent la mise en page.

Développeurs: SFDX Scratch Orgs

Lorsque Salesforce a publié Salesforce DX (SFDX) en 2017, la promesse était que vous n’aviez plus besoin d’attendre longtemps pour qu’un bac à sable soit actualisé avant de pouvoir commencer à travailler sur une nouvelle fonctionnalité. Vous pouvez simplement créer une organisation scratch vide et commencer à construire.

Le défi de cette approche est que la plupart d’entre nous ne construisent presque jamais de nouvelles fonctionnalités sur une organisation vide. La plupart du développement / configuration se fait sur des métadonnées existantes qui existent depuis des années et qui ont de nombreuses dépendances.

Cela soulève les questions suivantes:

  • Comment pouvons-nous utiliser les organisations scratch pour faire du développement en plus des métadonnées existantes?
  • Créons-nous une organisation scratch avec toutes les métadonnées de notre environnement de production?

La réponse à ces questions est que pour utiliser des organisations de travail pour faire du développement en plus des métadonnées existantes, les organisations de travail doivent être chargées avec la limite de déploiement de la fonctionnalité sur laquelle vous allez travailler.

Ainsi, plutôt que de charger les métadonnées de l’ensemble de l’organisation dans une organisation de travail (ce que Salesforce déconseille fortement), il vous suffit de déployer la limite de déploiement d’une fonctionnalité donnée.

Une fois que la limite de déploiement a été déployée dans l’organisation de travail, vous pouvez commencer à créer votre fonctionnalité comme si vous le faisiez dans votre organisation d’origine.

Utilisation de Happy Soup pour identifier et exporter les limites de déploiement

Voyons à quoi ressemblent réellement les limites de déploiement. Nous utiliserons Happy Soup, un projet open source mené par la communauté qui offre un moyen facile de travailler avec les limites de déploiement.

Dirigez-vous vers Soupe heureuse et connectez-vous à l’une de vos organisations Salesforce.

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Pour voir la limite de déploiement d’une mise en page, procédez comme suit:

  1. Sélectionnez «Mise en page» sous «Sélectionnez un type de métadonnées»
  2. Commencez à saisir le nom de la mise en page en question et sélectionnez-le
  3. Sélectionnez «Limite de déploiement» sous «Sélectionnez un type de requête»
  4. Cliquez sur Rechercher

Vous devriez maintenant voir tous les boutons (liens web) et champs qui composent cette mise en page!

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Examinons maintenant la limite de déploiement d’une classe Apex qui dépend de nombreuses autres métadonnées.

, Introduction aux limites de déploiement | Salesforce Ben<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Nous pouvons voir que pour chaque métadonnée référencée, nous obtenons également ce que ces métadonnées en dépendent. Il s’agit de toutes les métadonnées nécessaires à l’existence de la classe et de ce que vous auriez besoin de déployer dans une organisation scratch si vous vouliez faire du développement sur cette classe.

Sommaire

Nous avons appris que les limites de déploiement constituent une nouvelle façon de penser les métadonnées de votre organisation et leur organisation. Penser votre organisation de cette manière peut être utile pour les administrateurs, les développeurs et les architectes.

Nous avons également appris comment utiliser Soupe heureuse pour identifier et exporter rapidement les limites de déploiement en quelques clics.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Voulez-vous utiliser Pardot à sa capacité maximale et avoir
+ DE LEADS QUALIFIÉS

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer