Planification de votre transition vers les packages

Objectifs de formation

Une fois cette unité terminée, vous pourrez :

Identifier les cas d’utilisation dans lesquels vous pouvez passer à une approche modulaire (développement de packages)
Identifier un scénario qui ne se prête pas au développement de packages

Étape suivante : planification de votre transition vers les packages

Maintenant que vous comprenez l’intérêt du modèle de développement de packages, vous souhaitez adopter celui-ci. Alors, par où commencer ? Les étapes que vous allez devoir suivre dépendent de la complexité et de la maturité de votre organisation de production, ainsi que des processus de développement associés. Voici quelques suggestions pour vous aider à vous lancer.

Pourquoi le moment est idéal pour adopter les packages

Auparavant, les packages étaient destinés aux partenaires qui souhaitaient créer et distribuer des applications sur AppExchange. Toutefois, une nouvelle catégorie de packages change désormais la donne pour les entreprises et les clients : les packages déverrouillés. Si vous êtes un client, un sous-traitant, un consultant ou un intégrateur système Salesforce, les packages déverrouillés sont faits pour vous !

Ils offrent un moyen reproductible, scriptable et traçable d’organiser votre travail et de gérer les modifications au fur et à mesure que vous développez des fonctionnalités.

Cerise sur le gâteau, les projets Salesforce CLI et DX permettent de créer des packages déverrouillés en toute simplicité. Vous pouvez installer des packages déverrouillés dans n’importe quel environnement Salesforce : les organisations test, les sandbox, les organisations d’évaluation et les organisations de production.

Pour en savoir plus, consultez le module Packages déverrouillés pour les clients.

Constitution de l’équipe

Peut-être avez-vous déjà entendu l’expression « Nul homme n’est une île » ? Cet adage vaut aussi pour les équipes. Dans de nombreuses entreprises, l’organisation de production Salesforce compte de nombreuses parties prenantes. Alors que vous vous préparez à vous lancer dans le développement de packages, l’une de vos premières tâches consiste à comprendre comment démêler votre organisation. Avant que vous ne commenciez, il est important d’impliquer les bonnes personnes.

Le module Préparation au développement des packages présente des stratégies pour constituer votre équipe en vue de passer au développement de packages.

Recherche de manières de démêler l’organisation en packages

Évaluez tous les aspects de votre processus de développement pour rechercher de possibles manières d’adopter l’approche modulaire fondée sur des packages. Recherchez, dans l’organisation de production, des applications distinctes qui sont séparées de tout autre aspect. Disposez-vous d’équipes distinctes qui créent ces applications et en assurent la maintenance ? Si tel est le cas, vous pouvez isoler ces applications au sein de leurs propres packages. AppExchange comporte de nombreux exemples d’applications autonomes qui reprennent cette idée d’isoler un ensemble de sources et de métadonnées au sein d’un package unique.

Il peut arriver que vous n’ayez pas d’application distincte qu’il serait possible de transformer en package autonome, mais que vous disposiez de parties indépendantes de votre organisation que vous avez développées au fil du temps. Par exemple, les extensions de l’une de vos applications principales peuvent être publiées sous forme de packages. Vous pouvez isoler, au sein d’un package unique, toutes les extensions que vous produisez pour personnaliser le processus de vente de votre entreprise. Si vous pouvez isoler les métadonnées propres à ces éléments, vous pouvez les utiliser pour développer un package.

Vous pouvez également rechercher des équipes qui développent et fournissent déjà des solutions de manière indépendante, ou qui souhaiteraient le faire. Trouvez des équipes qui cherchent à être plus agiles et flexibles, ou des équipes qui souhaitent séparer leurs modifications du processus plus large de conduite du changement mené au sein de leur organisation de production. Ces équipes peuvent isoler leurs métadonnées et les stocker dans leur propre package.

Si vous constatez qu’il est très difficile de fractionner les métadonnées de votre organisation, les packages déverrouillés dépendant de l’organisation sont susceptibles de vous convenir. Les packages déverrouillés dépendant de l’organisation sont une variante des packages déverrouillés, qui vous permettent de créer des packages qui dépendent de métadonnées non empaquetées présentes dans l’organisation où vous prévoyez d’installer le package (organisation d’installation).

Attention aux métadonnées partagées

Dans le cadre du processus, faites en sorte d’évaluer tous les packages potentiels relatifs à des composants de métadonnées partagées. Il ne faudrait pas que vous isoliez par inadvertance des métadonnées partagées dans un package appartenant à une équipe ou une application spécifique. Si le composant de métadonnées est partagé, nous vous recommandons d’organiser ces composants partagés au sein d’un package de base unique. De cette façon, vous pouvez faire en sorte que l’ensemble des packages puissent référencer les composants du package de base partagé. (N’oubliez pas que les composants de métadonnées ne peuvent figurer que dans un seul package à la fois.)

Démarrage de votre projet de package

Une fois que vous avez identifié des packages potentiels, vous pouvez utiliser l’API de métadonnées pour récupérer la source liée à votre package. Consultez le module Développement d’applications avec Salesforce DX pour découvrir comment utiliser Salesforce CLI et votre organisation de test pour créer un fichier package.xml qui identifie les composants du package. Une fois que vous avez récupéré la source dans le format de métadonnées, convertissez-la au format source.

Ensuite, créez un référentiel VCS pour chaque package. À partir de là, continuez le processus de séparation en créant des packages propres à ces applications.

Rome ne s’est pas faite en un jour

Si votre organisation est mature ou complexe, la transition vers les packages doit se faire progressivement. Votre organisation de production est votre bien le plus précieux, alors planifiez soigneusement votre transition. Reportez-vous aux conseils de cette unité pour identifier les éléments de votre organisation que vous pouvez transformer en packages. Procédez à la transition en créant un package à la fois, puis continuez à évaluer et à améliorer votre processus.

Maintenant que vous en savez plus sur le modèle de développement de packages, il est temps de mettre la main à la pâte.

Besoin d'aide ?

En savoir plus