Apporter un logiciel en tant que service

Objectifs de formation

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

• Discuter des avantages de ne déployer qu’une seule version de votre produit et de n’assurer que la maintenance de celle-ci
• Expliquer comment déployer facilement votre mise à jour

La promesse de la plate-forme

Les clients de Salesforce savent qu’ils sont dans une situation privilégiée. Ils n’ont pas à assurer la maintenance de serveurs ou à gérer des systèmes d’exploitation. Ils n’ont pas non plus besoin de savoir comment concevoir, exécuter ou optimiser une base de données relationnelle. Ils n’ont même pas besoin de conserver une sauvegarde de leurs propres données.

Ils profitent de la sortie de trois versions majeures du logiciel par an, qui leur offrent des nouvelles fonctionnalités et des améliorations de performances. Ils ont à leur disposition de nombreuses notes de publication, ainsi qu’une grande quantité de contenus de formation (à l’instar de ce fabuleux module Trailhead). En outre, ils ont accès à AppExchange, une Marketplace réunissant des produits qui fonctionnent en toute fluidité avec Salesforce. Ils ont à portée de main tout ce dont ils ont besoin pour mener leurs activités.

De grandes attentes

Vous avez vu ? Les logiciels d’entreprise ne sont pas nécessairement pénibles d’utilisation. Ils peuvent vraiment fonctionner efficacement, tout simplement. C’est ce que promet d’apporter le logiciel en tant que service (SaaS). Cela fait plus de 20 ans que Salesforce tient cette promesse à ses clients. Même les mises à niveau majeures de la plate-forme Salesforce se déroulent généralement de manière fluide et discrète.

Vos clients attendent beaucoup des produits que vous créez sur notre plate-forme. Réjouissez-vous : cela est révélateur de votre succès ! Alors, lorsque vous mettez à jour votre solution, comment pouvez-vous la faire parvenir à vos clients tout en tenant la promesse du SaaS ?

Choix de votre stratégie de mise à jour

Les mises à jour se présentent sous diverses formes. Les correctifs constituent le type de mises à jour le plus limité : ils corrigent des bugs et apportent des ajustements mineurs à votre produit. La publication d’une nouvelle version majeure ou mineure d’un package représente des mises à jour qui apportent des changements plus importants.

Lorsque vous mettez à jour votre produit, vous pouvez choisir la façon dont vos clients obtiennent la nouvelle version. Vous pouvez la leur faire parvenir de deux façons :

• Installation manuelle : vos clients décident du moment auquel ils veulent bénéficier de la nouvelle version et l’installent à l’aide d’une URL que vous leur fournissez.
• Installation automatique : vous envoyez les mises à jour à vos clients afin qu’ils disposent toujours de la dernière version de votre produit et que tout le monde utilise toujours la même version. C’est ce que nous appelons une mise à niveau par envoi automatique.

À ce stade, vous vous demandez peut-être pourquoi nous proposons l’option en libre-service. Ce n’est pas ainsi que Salesforce publie ses propres versions, et ce n’est pas une méthode de gestion « fluide ». Pourquoi ne pas faire comme Salesforce et réaliser la mise à jour pour tout le monde en même temps ?

La réalité est la suivante : Salesforce a une longue expérience en matière de mises à niveau réussies et sans incident majeur. Les clients nous font confiance pour publier les versions correctement et résoudre rapidement tous les problèmes pouvant survenir à cette occasion. Cependant, certains de ces mêmes clients ne sont au départ pas forcément à l’aise quant au fait de recevoir des mises à jour automatiques de la part de partenaires Salesforce, et un travail d’argumentation est nécessaire pour les convaincre d’accepter.

Parlons des avantages des mises à niveau par envoi automatique afin que vous disposiez de tous les arguments pour les recommander.

Les mises à niveau par envoi automatique ont l’avantage de la simplicité

Nous vous recommandons d’utiliser, dans la mesure du possible, les mises à niveau par envoi automatique pour distribuer les nouvelles versions de votre produit et de ne proposer les mises à jour en libre-service qu’aux clients qui insistent pour s’en servir.

Les mises à niveau par envoi automatique permettent de faire en sorte que tous vos clients travaillent avec la même version de votre application. Cette situation est avantageuse pour vous comme pour vos clients. Pourquoi ? Considérez le scénario inverse, c’est-à-dire, devoir prendre en charge plusieurs versions actives de votre application. Lorsque vous assurez la maintenance de plusieurs versions, les choses se compliquent :

• Votre équipe d’assistance doit assurer un suivi des fonctionnalités et des correctifs de chaque version afin de pouvoir répondre de manière appropriée aux problèmes des clients.
• Vous devez assurer la gestion de plusieurs versions de votre documentation et de vos supports de formation.
• Lorsque vous corrigez un bug au sein d’une version donnée, vous devrez peut-être faire de même sur plusieurs versions antérieures.

En revanche, lorsque vous utilisez des mises à niveau par envoi automatique pour maintenir à jour la solution de vos clients, vous évitez tout ce travail supplémentaire.

L’importance du respect de votre promesse

Cela va de soi, mais nous le dirons quand même : n’entravez pas le fonctionnement de votre application ou des organisations de vos clients. Bien entendu, il peut être délicat de mettre à jour votre produit sans gâcher la journée d’un client. Salesforce vous propose des outils pratiques et des limites à respecter pour rester sur la bonne voie.

Automatisation du processus

Parfois, la réalisation d’une mise à jour nécessite que vous effectuiez des tâches dans l’organisation de votre client au moment de l’installation de la nouvelle version de votre produit. Vous souhaitez peut-être valider certaines données ou effectuer un nettoyage dans l’organisation après l’installation.

Vous pouvez certes inclure un bouton dans votre application qui effectue cette tâche, mais si le client n’appuie pas dessus, rien ne se passera. Plutôt que d’impliquer le client, nous vous suggérons d’effectuer la tâche automatiquement lors de l’installation. Lorsque vous développez votre package, incluez des scripts qui réaliseront précisément cette tâche. Un script peut mettre à jour des données ainsi que certaines métadonnées.

Par exemple, imaginons que vous détectiez un bug dans du code Apex qui calcule la valeur stockée dans un champ. Dans le cadre de votre mise à jour, vous pouvez corriger ce bug et exécuter un script qui corrige également toutes les valeurs fausses générées avant l’application du correctif.

La préparation, la clé du succès

Nous avons évoqué l’impressionnant passé de Salesforce en matière de publication de versions et de mises à jour sans incident majeur. Quel est donc notre secret ? Faire des tests minutieux. Rien de très palpitant, certes, mais cela est efficace. Plus nous réalisons des tests, moins nous rencontrons de problèmes.

Parfois, les partenaires se concentrent tellement sur leurs nouvelles fonctionnalités exceptionnelles qu’ils négligent certains détails lors des tests relatifs à une mise à jour. Voici un exemple de procédure de test incomplète : vous installez votre application mise à niveau sur une organisation de test vide venant d’être créée. Si elle y fonctionne, cela signifie qu’il est possible de la déployer, n’est-ce pas ? Si tous vos clients démarrent avec de nouvelles organisations, c’est effectivement le cas.

Cependant, en situation réelle, la plupart des clients sont constamment en pleine activité. Ils vont installer votre mise à niveau dans une organisation comprenant déjà énormément d’autres éléments. Alors, testez vos mises à niveau aussi bien sur des organisations désordonnées représentatives de la réalité qu’au sein d’organisations vierges.

Déploiement fluide et discret de vos mises à jour

Vos clients ne peuvent pas se permettre de mettre en pause leurs activités pendant que votre logiciel se met à jour. Un tel cas de figure ne correspond pas à la promesse faite par le SaaS. Il est impossible de garantir que rien n’échouera jamais, mais vous pouvez minimiser l’apparition de situations chaotiques en réfléchissant à l’effet qu’auront vos mises à jour sur vos clients.

• Tenez compte de l’impact de vos mises à jour. Modifiez-vous la manière dont vos clients doivent utiliser votre produit ?
• Testez d’abord vos modifications en interne. Utilisez plusieurs organisations de test distinctes remplies de données : ne vous contentez pas de n’employer que des nouvelles organisations vides.
• Envisagez de réaliser votre déploiement en plusieurs phases : vos utilisateurs expérimentés reçoivent les mises à jour en premier, suivis par tous les autres. C’est précisément ce processus que nous utilisons chez Salesforce, et il nous aide à comprendre les effets de nos mises à jour sur les clients réels.

Intéressons-nous maintenant aux différentes manières dont vous pouvez distribuer vos mises à jour.

Ressources

• Guide du développeur sur les packages gérés de deuxième génération : Création et mise à jour des versions d’un package géré de deuxième génération
• Guide du développeur sur les packages gérés de deuxième génération :  Exécution d’Apex lors de l’installation ou la mise à niveau du package