Utiliser App Engine au lieu de la personnalisation

App Engine Les outils de développement, tels que App Engine Studio, offrent une excellente alternative à la personnalisation d’applications existantes sur le ServiceNow AI Platform.

Si votre société a besoin d’ajouter de nouvelles fonctionnalités au ServiceNow AI Platform, vous pouvez personnaliser des applications existantes, telles que Gestion des services IT (ITSM), ou créer une application à l’aide App Engine de produits de développement, tels que App Engine Studio, Creator Studioou ServiceNow Studio. Voici un guide simple pour savoir quelle voie choisir :

• Si la personnalisation étend l’objectif 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 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 vous retrouvez à personnaliser fortement une application pour la réutiliser, il est préférable de créer une application à l’aide App Engine de produits de développement.

Les scénarios 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 du produit, 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 avec 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, elle 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 workflows semblent similaires, ils utilisent en fait des données très différentes, des interfaces utilisateur différentes et les détails de chaque workflow 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 pour inclure un workflow de déplacement utilise des données, des tables différentes, des ITSM rôles différents et des workflows différents de ceux 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 se développera et les deux objectifs de ITSM la solution rendront 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 module d’extension ServiceNow AI Platform est conçu pour intégrer personnalisation et configuration. Le ServiceNow AI Platform est suffisamment flexible pour répondre aux besoins commerciaux de votre entreprise. Toutefois, la façon dont vous personnalisez les ServiceNow applications peut avoir des impacts significatifs sur ServiceNow le support, la mise à niveau vers des versions futures ServiceNow AI 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 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 respecte pas le code dans l’installation de base de référence d’une ServiceNow instance. Vous pouvez utiliser les propriétés système, ServiceNow les produits ou le 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 devenez 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.
• La ServiceNow AI Platform utilise 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 de rendre 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 dépanner le code personnalisé ou les problèmes causés par un code personnalisé.

La personnalisation est l’une des principales caractéristiques du ServiceNow AI Platform. Cependant, une 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 plateforme, car le code personnalisé peut ne pas migrer facilement vers de nouvelles versions de plateforme.

Conclusion

La personnalisation et la ServiceNow AI Platform configuration sont des caractéristiques qui permettent à votre entreprise de personnaliser les flux de 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éveloppeur, tels que App Engine Studio, Creator Studioet ServiceNow Studio, pour créer de nouvelles applications plutôt que de personnaliser une application pour créer une fonctionnalité qui ne correspond pas à son objectif initial.