AES Stratégie d’instance

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 1 minute de lecture
  • Vous devez installer App Engine Studio (AES) sur toutes les instances dans lesquelles ServiceNow les utilisateurs développeront des applications.

    Vous devrez établir la stratégie d’instance de votre entreprise pour AES. Voici quelques-unes des décisions que vous devrez prendre :
    • Que vous souhaitiez autoriser n’importe qui au sein de votre entreprise à y accéder AES pour commencer à créer des applications.
    • Si vous souhaitez accorder l’accès à un groupe restreint de personnes.
    • Indique si vous souhaitez accorder l’accès au cas par cas en configurant un formulaire dans lequel les personnes peuvent compléter des informations sur l’application qu’elles cherchent à créer. Le service informatique décide ensuite s’il faut donner à ces personnes l’accès à la création de cette application.
    Une instance de non-production configurée de la même manière que votre instance de production peut être le meilleur candidat pour votre environnement de tests. Vous pouvez alors trouver plus précisément les problèmes qui peuvent survenir si l’application est déployée en production.
    Remarque :
    Si vous prévoyez de cloner votre instance de production vers une ou plusieurs instances de non-production, vous devez également installer le produit sur votre instance de production avant le AES clonage. Pour plus d'informations, consultez System clone et Clonage d’instances avec AES.

    Une fois que vous avez établi votre stratégie d’instance, vous devez également établir et automatiser votre processus d’approbation ou de révision. AES est un produit qui s’exécute dans votre environnement de non-production. Dans le cas d’une organisation disposant de plusieurs environnements de non-production, vous devrez décider de l’environnement AES de non-production qui s’exécutera. Vous devez également déterminer le pipeline à utiliser pour promouvoir des applications d’une instance de non-production particulière vers votre instance de test, puis enfin vers la production où l’application sera exécutée en direct. Pour plus d’informations, consultez Pipelines et déploiements.