Second environnement d’évaluation

Test parallèle : avec deux environnements d’évaluation, les équipes peuvent tester simultanément de nouvelles fonctionnalités et des mises à jour critiques sans interférer avec le développement de l’autre. Par exemple, vous pouvez dédier un environnement aux tests de fonctionnalités, tout en réservant l’autre environnement aux tests de performance et de stress.

Isolation des problèmes : lorsque des bogues ou des problèmes se produisent dans l’environnement d’évaluation principal, vous pouvez les répliquer et les diagnostiquer dans l’environnement secondaire sans interrompre la progression des tests. Cela permet de s’assurer que le dépannage n’interfère pas avec les tests en cours.

Contrôle de version : gérez plus efficacement les différentes versions de votre application. L’environnement d’évaluation principal peut exécuter le dernier build stable, tandis que les fonctions expérimentales des tests secondaires. Vous pouvez ainsi mieux gérer les cycles de publication et vous assurer que les modifications expérimentales ne perturbent pas les builds stables.

Amélioration de la planification du déploiement : vous pouvez simuler différents scénarios de déploiement. L’environnement intermédiaire principal peut imiter la configuration de production actuelle, tandis que l’environnement secondaire peut être configuré pour tester les prochaines versions.

Tests d’acceptation utilisateur (UAT) : lors de l’utilisation de l’environnement principal pour le développement en cours, vous pouvez dédier un environnement secondaire à UAT. Cela permet aux utilisateurs ou aux clients de tester et de fournir des commentaires sur les nouvelles fonctionnalités dans un paramètre contrôlé, sans affecter les tests.

Test de régression : vous pouvez utiliser un environnement pour les tests de ciblage avant et un autre pour les tests de régression, en veillant à ce que les nouvelles modifications ne rompent pas les fonctionnalités existantes.

Formation et démonstrations : utilisez un environnement pour former de nouveaux membres d’équipe ou présenter de nouvelles fonctionnalités aux parties prenantes. Cela permet de s’assurer que les activités de formation n’interrompent pas le test.

Configuration de lien privé : les environnements de Principal et d’intégration ne prennent pas en charge la configuration de lien privé. Si votre workflow de développement nécessite des environnements supplémentaires connectés via Private Link pour le développement, le test ou tout autre objectif, pensez à ajouter un environnement d’évaluation supplémentaire.

Le processus d’approvisionnement peut prendre jusqu’à deux semaines après avoir confirmé la demande auprès de votre représentant commercial Adobe.

Les nouveaux environnements d’évaluation ne sont disponibles que dans la même région que les environnements d’évaluation et de production actuels.

Vous devez mettre à jour votre environnement d’intégration ou de Principal et spécifier sur quels environnements votre environnement intermédiaire secondaire sera basé. L’environnement intermédiaire secondaire ne peut pas être copié à partir des environnements d’évaluation ou de production.

Une fois votre nouvel environnement d’évaluation reçu, vous pouvez l’inclure dans votre flux de développement. Comme pour les autres environnements, il vous appartient de mettre à jour le code et la base de données.