Explorer Developer Sandboxes

Developer Sandboxes Permettez aux développeurs et aux administrateurs délégués de demander, d’accéder et de gérer des environnements sandbox individuels au-dessus de la même instance de développement sous-jacente.

Figure 1. Mise en service des bacs à sable

• Developer Sandboxes sont des environnements isolés pour la construction et les tests parallèles.
• Chaque sandbox est provisionné à la demande et entièrement isolé des autres.
• Chaque bac à sable contient toutes les métadonnées de l’instance de base.
• Les bacs à sable peuvent être affectés à des stories, des développeurs, des plans de test ou des critères personnalisés spécifiques.

Vue d'ensemble de Developer Sandboxes

Developer Sandboxes visez à fournir une isolation et un parallélisme de développeur à moindre coût pour les environnements et instances de développement client. Developer Sandboxes sont indépendants des workflows et s’appliquent largement aux workflows pour les petites et grandes entreprises.

Les entreprises peuvent être confrontées à des défis lorsqu’elles traitent simultanément des défauts urgents et des améliorations de fonctionnalités critiques dans les applications. Les environnements de développement partagés traditionnels présentent des risques tels que des conflits de code, des chevauchements de configuration et des retards de déploiement, ce qui rend difficile la gestion efficace des flux de travail parallèles. Les équipes de développement ont du mal à fournir simultanément des correctifs urgents et de nouvelles fonctionnalités sans perturber la progression des autres. L’absence d’environnements de développement isolés et indépendants ralentit la livraison, augmente les reprises et entrave l’agilité globale.

Developer Sandboxes permet un meilleur développement de la manière suivante :

• Isolation : chaque développeur travaille dans un bac à sable indépendant, garantissant que les changements n’affectent pas le travail des autres membres de l’équipe.
• Livraison plus rapide : les équipes peuvent travailler simultanément, ce qui réduit la durée du cycle de développement et permet d’accélérer l’exécution des corrections et des améliorations urgentes.
• Tests sûrs : les développeurs peuvent tester les configurations, les workflows et les intégrations dans leur bac à sable sans risquer la stabilité du système.
• Provisionnement à la demande : les administrateurs et les développeurs peuvent rapidement provisionner des bacs à sable pour des tâches ou des expériences spécifiques sans attendre les ressources partagées.

Remarque :

Les instances de développement personnel (PDI) sont toujours disponibles, mais elles n’ont pas de configuration de base de référence contrôlée comme Developer Sandboxes c’est le cas.

Le tableau de bord d’accueil de Gestion des bacs à sable affiche le nombre total, disponible et alloué de bacs à sable dans votre instance. Le tableau de bord affiche également des informations pertinentes pour chaque bac à sable, notamment l’état, l’utilisation des données, le propriétaire, la date du dernier accès et la date d’allocation du bac à sable.

Vérifiez vos droits pour déterminer si vous avez accès à .Developer Sandboxes Pour plus d'informations, consultez Developer Sandboxes Entitlements (Droits).

Remarque :

Le clonage et la mise à niveau d’une instance supprime tous les bacs à sable de l’instance. Pour plus de détails, voir Considérations relatives au clonage et à la mise à niveau pour Developer Sandboxes.

Intégrer des bacs à sable au contrôle de source

Developer Sandboxes fournissent un environnement isolé qui s’intègre au contrôle de source, tel que Git. L’utilisation d’outils de fusion permet d’éliminer les conflits et de permettre un développement parallèle. Pour plus d'informations, consultez Contrôle de source et Developer Sandboxes.

Developer Sandboxes utilisateurs

Tableau 1. Utilisateurs

Utilisateur	Description
Développeurs délégués	Les développeurs délégués peuvent demander, allouer ou retirer des bacs à sable.
Administrateurs	Les administrateurs peuvent allouer ou retirer des bacs à sable.

Les utilisateurs de bac à sable utilisent les mêmes informations d’identification de connexion pour leur bac à sable que l’instance de base. Si vous utilisez l’authentification unique (SSO) pour la connexion, lorsque vous l’autorisez à se connecter à votre compte sur l’instance de base, Developer Sandboxes il s’authentifie à l’aide du même mécanisme et des mêmes informations d’identification que l’instance de base. Pour plus d’informations sur l’activation de la SSO, reportez-vous à la section Installer Developer Sandboxes.

Remarque :

L’authentification unique (SSO) pour les bacs à sable ne fonctionne pas sur les instances avec des URL personnalisées.

Workflow Developer Sandboxes

Le développeur ou l’administrateur délégué d’un bac à sable se procure un bac à sable, apporte des modifications ou expérimente le développement, teste ses changements, les pousse et attend qu’un administrateur clone l’instance.

1. Un Developer Sandboxes utilisateur (administrateur ou dev) alloue un bac à sable pour démarrer le travail de story.
2. Le développeur apporte des modifications de développement et les teste dans son bac à sable entièrement isolé.
   Remarque :

   Le travail effectué dans un bac à sable n’apparaît pas dans d’autres bacs à sable ou dans d’autres instances.
3. Une fois que le développeur est satisfait de son travail et prêt à promouvoir ses modifications dans un environnement partagé et intégré, il envoie ses modifications à l’instance partagée en amont souhaitée. Par exemple, une instance de test/d’assurance qualité . Il y a deux façons de promouvoir les changements :
   1. Utilisation du contrôle de source (de préférence) ou des exportations via Git
   2. Utilisation d’ensembles de mises à jour et d’importations (prise en charge, mais pas aussi facile de fusionner les changements)
4. D’autres tests peuvent être effectués sur l’instance partagée.
5. L’administrateur d’une instance de bac à sable clone les modifications à partir de l’instance de test/d’assurance qualité afin de définir ces modifications par défaut pour tous les bacs à sable alloués futurs.

Developer Sandboxes avantages

Tableau 2. Developer Sandboxes avantages

Avantage	Fonctionnalité	Utilisateurs
Activer le développement parallèle	Offrez à plusieurs développeurs la possibilité de travailler sur différentes stories ou fonctionnalités en même temps en utilisant le même code source de départ, tout en gardant l’instance de référence de non-production propre.	Administrateurs Développeurs délégués
Réduire les conflits de fusion avec le contrôle de source	Intégration avec le contrôle de source pour un co-développement plus réussi. Pour plus d'informations, consultez Contrôle de source et Developer Sandboxes.	Développeurs délégués
Réutiliser les modèles de bacs à sable	Permet aux développeurs délégués de réutiliser les données pour tester leurs changements sans avoir besoin de les saisir manuellement à chaque fois. Vous pouvez créer un modèle une seule fois et réutiliser tous les modèles existants lors de la création de bacs à sable. Pour en savoir plus, consultez Créer un modèle de bac à sable.	Administrateurs Développeurs délégués
Créer des profils de génération de données	Offrez la possibilité de générer des données synthétiques pour les tests dans le contexte des bacs à sable des développeurs. Developer Sandboxes Impossible de copier toutes les données d’instance. Les profils de génération de données vous permettent de générer de fausses données, mais pas vos données sensibles, pour créer et tester une application. Pour en savoir plus, consultez Créer un profil de génération de données.	Administrateurs Développeurs délégués
Alias de bac à sable	Vous permet de référencer facilement le bac à sable que vous souhaitez allouer.	Administrateurs Développeurs délégués
Allouer à	Vous permet de vous allouer un bac à sable à vous-même, ou à un administrateur d’allouer un bac à sable à quelqu’un d’autre.	Administrateurs Développeurs délégués

Ce qu'il faut explorer ensuite

Pour en savoir plus sur la configuration Developer Sandboxes, reportez-vous à la section Administration Developer Sandboxes des données.