Utiliser App Engine au lieu de la personnalisation

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 5 minutes de lecture
  • App Engine Les outils de développement, tels que Creator Studio, constituent une excellente alternative à la personnalisation d’applications existantes sur le Now Platform.

    Lorsque votre entreprise a besoin d’ajouter de nouvelles fonctionnalités à , vous pouvez personnaliser des Now Platformapplications existantes, telles que Gestion des services IT (ITSM), ou créer une application à l’aide App Engine de produits de développement, tels que Creator Studio ou ServiceNow Studio. Voici quelques conseils simples pour savoir quelle voie choisir :
    • Si la personnalisation étend l’objectif prévu de l’application, il est préférable de la personnaliser. Par exemple, vous pouvez ajouter des fonctionnalités informatiques à ITSM.
    • Si la personnalisation n’étend pas l’objectif prévu de l’application, il est préférable de créer une nouvelle application à l’aide App Engine de produits de développement. Par exemple, ne réutilisez pas le ITSM workflow pour ajouter un workflow de demande de déplacement.

    Exemples d’utilisation App Engine

    ServiceNow Les produits fonctionnent mieux lorsqu’ils sont utilisés comme prévu. Si vous personnalisez fortement une application pour la réutiliser, il est préférable de créer une nouvelle application à l’aide App Engine de produits de développement.

    Les cas de figure suivants montrent où la création d’une nouvelle application fonctionne mieux que la personnalisation intensive d’une application existante ServiceNow :
    • Votre entreprise dispose d’un processus business qui augmente les fonctionnalités existantes des produits, mais ne suit pas exactement le même workflow.
    • Vous avez un nouveau cas d’utilisation pour une application qui ne s’aligne sur aucun workflow de produit.
    • Vous avez un cas d’utilisation qui pourrait être créé en personnalisant fortement une application prête à l’emploi, mais qui ne correspond pas à ce que l’application existante était censée faire.

    Examinons plus en détail le dernier cas d’utilisation.

    Problèmes liés à la réutilisation de produits existants

    ServiceNow Les applications sont dotées de rôles, de processus et de flux spécialement adaptés à leur cas d’utilisation. Par exemple, ITSM les applications aident les utilisateurs informatiques, les problèmes informatiques, les rapports informatiques et les tickets informatiques.

    Vous avez peut-être une idée d’application similaire à ITSM. Parce que ITSM cela vous donne un point de départ, vous pourriez être tenté de personnaliser ITSM pour ajouter la nouvelle fonctionnalité. Par exemple, il ITSM suit les problèmes informatiques, et une application de voyage que vous souhaitez créer peut suivre les demandes de déplacement. Bien que les flux de travail semblent similaires, ils utilisent en fait des données très différentes, des interfaces utilisateur différentes et les détails de chaque flux de travail varient considérablement. Plutôt que de le personnaliser ITSM fortement pour le réutiliser, il est préférable d’utiliser App Engine des produits de développement pour les raisons suivantes :
    • La combinaison de deux workflows crée des conflits.
    • La personnalisation des applications a des implications.

    La combinaison de deux workflows crée des conflits

    Dans l’exemple ITSM , la réaffectation de pour inclure un workflow de ITSM déplacement utilise des données, des tables différentes, des rôles différents et des workflows différents de ITSM. Au fur et à mesure que ITSM, ITSM les personnalisations et le workflow de déplacement se développent au fil du temps :
    • Leurs caractéristiques continueront de diverger.
    • L’ajout de nouvelles fonctionnalités ou la résolution de problèmes dans un workflow peut avoir un impact négatif sur l’autre.
    • La performance de ITSM peut souffrir.
    • La base de code s’agrandira et les deux objectifs rendront ITSM le dépannage plus difficile.
    • Les ingénieurs qualité auront besoin de deux cadres de test différents.

    Tous ces problèmes peuvent entraîner des complications inutiles, des performances médiocres, des retards de mise à niveau et des problèmes logiciels.

    La personnalisation des applications a des implications

    Le Now Platform est conçu pour englober la personnalisation et la configuration. Le Now Platform est suffisamment flexible pour répondre aux besoins commerciaux de votre entreprise. Toutefois, la ServiceNow personnalisation des applications peut avoir des répercussions importantes sur ServiceNow le support, la mise à niveau vers les versions futures Now Platform et les fonctionnalités de la plateforme.

    Commençons par différencier la personnalisation et la configuration :
    • La personnalisation désigne toute modification apportée au code qui fait partie de l’installation de base de référence d’une ServiceNow instance. Vous utilisez du code pour personnaliser les applications.
    • La configuration désigne toute modification que vous apportez au comportement d’un produit qui ne touche pas au code dans l’installation de base de référence d’une ServiceNow instance. Vous pouvez utiliser des propriétés système, ServiceNow des produits ou du code pour configurer une application.
    Voici quelques-unes des implications qui résultent de la personnalisation des applications :
    • Si vous ajoutez du code à une application, vous en êtes propriétaire, qu’elle modifie ou non le code dans l’installation de base de référence sur une ServiceNow instance.
    • La plateforme marque toutes les personnalisations et les ignore lorsque vous effectuez la mise à jour vers une nouvelle version de la plateforme. Cela signifie que vous êtes responsable de la mise à jour manuelle des personnalisations. Cela peut avoir un impact significatif sur le temps et les ressources nécessaires à la mise à jour vers de nouvelles versions de plateforme.
    • Le utilise Now Platform un cadre de travail qui assiste les applications dans leur façon de traiter les tâches, de rendre les formulaires dans plusieurs navigateurs et d’améliorer l’expérience utilisateur globale. L’introduction de personnalisations peut avoir des conséquences imprévues sur ce cadre de travail.
    • Il vous incombe de tester le code personnalisé et de déterminer s’il a un impact sur les fonctionnalités de la plateforme.
    • ServiceNow L’assistance clientèle ne peut pas résoudre le code personnalisé ou les problèmes causés par un code personnalisé.

    La personnalisation est l’une des principales caractéristiques du Now Platform. Cependant, la personnalisation excessive d’une application pour la réutiliser est susceptible de générer une dette technique, d’allonger votre cycle de mise à niveau et de compliquer les futures mises à niveau de la plateforme, car le code personnalisé peut ne pas migrer facilement vers de nouvelles versions de la plateforme.

    Conclusion

    La personnalisation et la configuration sont des caractéristiques qui permettent à votre entreprise de personnaliser les flux de Now Platform travail pour répondre à ses besoins spécifiques. Procédez à ces tâches dans l’ordre suivant :
    1. Configurez ServiceNow les applications autant que possible avant de les personnaliser.
    2. Personnalisez une application uniquement lorsqu’elle étend l’intention de l’application.
    3. Utilisez App Engine des produits de développement, tels que Creator Studio et ServiceNow Studio, pour créer de nouvelles applications plutôt que de personnaliser une application pour créer des fonctionnalités qui ne correspondent pas à son objectif initial.