Show Menu
SUJETS×

Programmes Sandbox

Présentation

Un programme Sandbox est l’un des deux types de programmes disponibles dans le service AEM Cloud, l’autre étant un programme régulier.
Un sandbox est généralement créé pour servir à la formation, à l’exécution de démonstrations, à l’activation ou au BAT de concept (POC). Ils ne sont pas destinés à transporter du trafic réel. Ils ne sont pas soumis aux engagements de service d’ AEM en tant que cloud.
Les environnements créés dans un Sandbox ne sont pas configurés pour la mise à l’échelle automatique. Par conséquent, ils ne conviennent pas aux tests de performances ou de charge.
Les programmes de sandbox comprennent les sites et les ressources et sont automatiquement renseignés avec un référentiel Git, un environnement de développement et un pipeline de non-production. Le référentiel Git est renseigné avec un exemple de projet basé sur l’archétype du projet AEM.
Consultez la section Présentation des Programmes et des types de Programme pour en savoir plus sur les types de Programme.

Attributs des Programmes Sandbox

Les Programmes Sandbox ont les attributs suivants :
  1. Création de Programme : La création du programme Sandbox inclut des éléments automatiques :
    • configuration d'un projet avec un exemple de code et de contenu
    • création d'environnement de développement
    • création d'un canal de production non déployé vers l'environnement de développement (branche principale déployée vers l'environnement de développement)
  2. Solutions : Les programmes de sandbox incluent les sites et ressources AEM.
  3. Mises à jour d’AEM : Les mises à jour AEM peuvent être appliquées manuellement aux environnements d’un programme Sandbox et ne sont pas automatiquement poussées.
  4. Hibernation : Les Environnements d’un programme Sandbox sont automatiquement mis en veille prolongée si aucune activité n’est détectée pendant une certaine période. Les environnements en veille prolongée peuvent être désactivés manuellement.

Création d’un Programme Sandbox

Un assistant de création de programme vous permet de créer un Programme Sandbox.
Pour savoir comment créer un Programme Sandbox, consultez Création d’un Programme Sandbox pour plus d’informations.

Création d’Environnements de sandbox

Les Programmes Sandbox sont livrés à un environnement de développement au moment de la création du programme de manière automatique. L’environnement de développement comprend par défaut un niveau d’auteur et de publication.
Le jeu d'environnements de la phase de production peut être ajouté manuellement au Programme Sandbox lorsque l'utilisateur est prêt à configurer un pipeline de production.
Pour savoir comment créer manuellement un environnement, reportez-vous à la section Ajouter des Environnements pour plus de détails.

Suppression d'Environnements de sandbox

L’utilisateur disposant des autorisations requises peut supprimer un ou plusieurs environnements de développement ou de production/étape.
Pour supprimer un environnement, reportez-vous à la section Suppression d’Environnements pour plus d’informations.

Mise en hibernation et déshibernation des Environnements de sandbox

Les environnements de Programme Sandbox passent en mode ** hibernation si aucune activité n’est détectée pendant une certaine période.
L'hibernation est unique aux environnements de Programme Sandbox. Les environnements de programme réguliers n'hibernent pas.

Hibernation

La mise en veille prolongée peut se produire automatiquement ou manuellement. Les environnements de Programme Sandbox peuvent prendre jusqu’à quelques minutes pour passer en mode d’ hibernation. Les données sont conservées pendant l’hibernation.
L’hibernation est classée comme suit :
  • Les environnements de Programme de sandbox automatiques sont automatiquement mis en veille prolongée après huit heures d’inactivité, ce qui signifie que ni les services d’auteur ni de publication ne reçoivent de demandes.
  • Manuel : En tant qu’utilisateur, vous pouvez mettre en veille prolongée manuellement un environnement de Programme Sandbox, bien qu’il n’y ait aucune obligation de le faire, car l’hibernation se produit automatiquement après une certaine période (huit heures) d’inactivité.
Dans la dernière version, la création de liens vers la Console développeur directement à partir de Cloud Manager ne vous permet pas d’hiberner un environnement de Programme Sandbox. La solution consiste à ajouter le modèle suivant à la fin de l’URL #release-cm-p1234-e5678 where 1234 1234 correspond à votre ID de Programme et 5678 à votre ID d’ Environnement.

Utilisation de la mise en veille prolongée manuelle

Vous pouvez mettre en veille prolongée manuellement votre Programme Sandbox à partir de la Console développeur de deux manières différentes, à l’aide des éléments suivants :
  • Écran des détails de l'Environnement
  • Ecran de liste des Environnements
Tout utilisateur de Cloud Manager peut accéder à Developer Console pour un Programme Sandbox.
Suivez les étapes ci-dessous pour mettre en veille prolongée manuellement vos environnements de Programme Sandbox :
  1. Accédez à la Console ​développeur. Consultez Accès à la Console développeur pour savoir comment accéder à la Console ​développeur à partir de la carte Environnements .
    La création d’un lien vers la Console ​développeur directement à partir de Cloud Manager ne vous permet pas de mettre en veille prolongée un environnement de Programme Sandbox. La solution consiste à ajouter le modèle suivant à la fin de l’URL #release-cm-p1234-e5678 where 1234 1234 correspond à votre ID de Programme et 5678 à votre ID d’ Environnement.
  2. Click Hibernate , as shown in the figure below:
    Ou,
    Cliquez sur le lien Environnements en haut à gauche pour vue de la liste des environnements, puis cliquez sur Mettre en veille prolongée , comme illustré dans la figure ci-dessous :
  3. Cliquez sur Mettre en veille prolongée pour confirmer l’étape.
  4. Une fois l’hibernation terminée, vous verrez la notification complète du processus d’hibernation pour votre environnement dans l’écran Console ​développeur.

Déhibernation

  1. Accédez à la Console ​développeur. Consultez Accès à la Console développeur pour savoir comment accéder à la Console ​développeur à partir de la carte Environnements .
    La création d’un lien vers la Console ​développeur directement à partir de Cloud Manager ne vous permet pas de désactiver l’option de dé-hibernation d’un environnement de Programme Sandbox. La solution consiste à ajouter le modèle suivant à la fin de l’URL #release-cm-p1234-e5678 where 1234 1234 correspond à votre ID de Programme et 5678 à votre ID d’ Environnement.
    Vous pouvez également accéder à la Console ​développeur pour annuler la mise en veille prolongée en essayant d’accéder au service d’auteur ou de publication d’un environnement déjà mis en veille prolongée ; dans ce cas, un landing page s’affiche avec un lien vers la Console développeur. Voir la section Accès à un Environnement mis en veille prolongée ci-dessous.
    L’accès à la Console développeur est défini par le rôle Développeur de Cloud Manager dans la Console d’ administration. Un utilisateur disposant d’une autorisation de rôle de développeur peut désactiver la mise en veille prolongée d’un environnement de Programme Sandbox.
  2. Click on De-hibernate , as shown in the figure below:
    Ou,
    Cliquez sur le lien Environnements en haut à gauche pour vue de la liste des environnements, puis cliquez sur Déhibernate , comme illustré dans la figure ci-dessous.
  3. Cliquez sur De Hibernate pour confirmer l’étape.
  4. Vous recevrez la notification du début du processus de déshibernation et vous serez mis à jour avec la progression.
  5. Une fois le processus terminé, l’environnement de Programme Sandbox est de nouveau actif.

Autorisations de déshibernation

Tout utilisateur disposant d’un profil de produit qui lui donne accès à AEM en tant que service Cloud doit pouvoir accéder à la Console ​développeur, ce qui lui permet de dé-hiberner l’environnement.
Reportez-vous à la section Ajouter les utilisateurs et les rôles dans Cloud Manager au sujet de la configuration des autorisations d’utilisateur.

Accès à un Environnement mis en veille prolongée

Lors de toute requête de navigateur à l’encontre de la couche d’auteur ou de publication d’un environnement mis en veille prolongée, l’utilisateur rencontre un landing page décrivant l’état mis en veille prolongée de l’environnement, comme indiqué dans la figure ci-dessous :

Points importants

Peu de considérations clés liées aux environnements en hibernation et en hibernation sont les suivantes :
  • Un utilisateur peut utiliser un pipeline pour déployer du code personnalisé sur des environnements mis en veille prolongée. L’environnement reste en hibernation et le nouveau code apparaît dans l’environnement une fois déshiberné.
  • Les mises à niveau d’AEM peuvent être appliquées aux environnements mis en veille prolongée, que les clients peuvent déclencher manuellement à partir de Cloud Manager. L’environnement reste en hibernation et la nouvelle version apparaît dans l’environnement une fois l’hibernation terminée.
Actuellement, Cloud Manager n’indique pas si un environnement est mis en veille prolongée.

Mises à jour d’AEM vers les Environnements Sandbox

Refer to AEM version updates for more details.
Un utilisateur peut appliquer manuellement les mises à jour AEM aux environnements d’un Programme Sandbox.
Reportez-vous à Mise à jour de l’Environnement pour savoir comment mettre à jour un environnement.
  • Une mise à jour manuelle ne peut être exécutée que si l'environnement ciblé dispose d'un pipeline correctement configuré.
  • Une mise à jour manuelle de Production ou de l’environnement Stage met automatiquement à jour l’autre. Le jeu d’environnements Production+Phase doit se trouver dans la même version d’AEM.