+1-416-273-6883 / +1-855-366-8444
hello@blendedperspectives.com

Scripting & Automation : Un rappel des catégories

24 novembre 2021

Introduction

Cela fait un moment que nous n'avons pas abordé la question des scripts/de l'automatisation dans l'écosystème Atlassian avec notre webinaire 2019 sur "Revue détaillée des applications d'automatisation et de scripting pour Jira, Confluence et Bitbucket"Nous avons donc pensé qu'une mise à jour s'imposait.

Lorsque nous avons organisé le webinaire, l'automatisation de Code Barrel pour Jira n'avait été que récemment acquise par Atlassian et nous ne pouvions que spéculer sur les implications plus larges de cette situation. De plus, Atlassian n'avait pas encore annoncé qu'elle mettait fin à la prise en charge des licences de serveur et des "Accélérer notre passage au cloud“.

L'automatisation de Jira est désormais entièrement intégrée à Jira Cloud et à la solution Cloud. La plateforme a explosé depuis cette annonce. Ces deux développements ont eu des implications majeures sur la catégorie Scripting/Automation, que nous aborderons plus loin.

En plus de cela, nous fournirons également une analyse MARS de la catégorie, quelques exemples de ce à quoi vous pouvez utiliser les scripts, ainsi que quelques points à surveiller lorsque vous utilisez les scripts dans Jira.

Ce à quoi vous pouvez utiliser les scripts

Nous voyons généralement quatre utilisations principales des scripts/automatisations :

Flux de travail
Les conditions scriptées, les validateurs et les post-fonctions peuvent tous être utilisés pour mettre en œuvre et appliquer des processus commerciaux, automatiser des processus et gagner du temps sur les tâches répétitives.
Écouteurs d'événements
Les utilisateurs peuvent automatiser les écouteurs d'événements qui guettent l'apparition d'un événement prédéterminé et exécutent ensuite une action spécifique, ce qui permet de renforcer les processus opérationnels et de gagner du temps sur les tâches répétitives.
Champs calculés
Les champs calculés peuvent être intégrés dans Jira à l'aide de formules de style Excel qui exécutent des fonctions programmées pour créer un nouveau champ personnalisé défini par l'utilisateur. Les champs calculés permettent aux utilisateurs de gagner du temps en effectuant des calculs répétitifs, de minimiser les erreurs humaines et d'améliorer la fonctionnalité de rapport de Jira.
Tâches planifiées
Les utilisateurs peuvent définir des tâches programmées qui se répéteront sur une base préconfigurée, ce qui garantit le respect des meilleures pratiques et l'absence d'oubli des tâches.

Les choses à éviter lors de la création de scripts/automatisations

En outre, si la création de scripts et l'automatisation de tâches dans Jira peuvent être puissantes et permettre aux utilisateurs d'économiser d'innombrables heures de temps, elles comportent également de nombreux risques. Nous avons pensé qu'un aperçu d'un certain nombre de problèmes que nous avons rencontrés au cours de nos années d'utilisation de scripts dans Jira serait utile :

  • Effectuer directement certaines actions sur les tickets (par exemple, créer, mettre à jour, supprimer) en contournant les autorisations de Jira.
  • Créer et mettre à jour les liens des tickets, rompre la cohérence
  • L'exécution de certaines requêtes JQL qui ont un impact négatif sur les performances du système (par exemple, ignorer les limites du nombre de tickets retournés).
  • Définition directe de la valeur de certains champs personnalisés, ce qui rompt la cohérence, ignore l'historique des tickets et affecte l'index Jira.
  • Exécuter des actions en se faisant passer pour d'autres utilisateurs
  • Création, mise à jour et suppression en masse de comptes d'utilisateurs, comme le montre l'exemple suivant :
Scripting & Automation : Récapitulatif des catégories 1

Aperçu des scripts MARS

MARS est la base de données de notre service de recherche analytique de la place de marché, qui recense les applications tierces de la place de marché Atlassian. Grâce à MARS, nous sommes en mesure de fournir des informations uniques, fondées sur des données et impartiales sur la place de marché Atlassian.

Par exemple, nous pouvons voir dans la figure 1 que la catégorie Scripting/Automation est la troisième catégorie en croissance (nous attribuons notre propre "Des catégorisations significatives"(plutôt que d'utiliser des vendeurs auto-sélectionnés) avec un taux de croissance d'un peu moins de 5%.

Scripting & Automation : Une récapitulation des catégories 3

Figure 1 : Catégories d'applications par taille avec croissance % en 2021

La figure 2 montre que l'année 2021 a été relativement difficile pour les applications de script/automatisation (pour des raisons que nous allons aborder).

ScriptRunner pour Jira est le leader du marché et a montré une croissance relativement impressionnante cette année de 8%. On peut dire la même chose des variantes Confluence et Bitbucket de ScriptRunner avec une croissance de 9% et 7% respectivement.

Nous pouvons également constater qu'un certain nombre d'acquisitions réalisées par Appfire en 2020 et 2021 affichent une forte part de marché, notamment JSU, JMWE, Power Scripts et Create on Transition, qui figurent toutes parmi les principales applications de script.

Scripting & Automation : Une récapitulation des catégories 5

Figure 2 : Principales applications de script/automatisation avec une croissance de % en 2021

En fait, comme le montre la figure 3, Appfire contrôle désormais 48% du marché des scripts/de l'automatisation.
Scripting & Automation : Une récapitulation des catégories 7

Figure 3 : Part de marché des scripts/de l'automatisation par fournisseur

La figure 4 nous montre les taux de croissance tendanciels des trois plus grandes applications de script/automatisation (ScriptRunner pour Jira, JSU et JMWE) ainsi que Automation pour Jira jusqu'à (et un peu au-delà) son acquisition par Atlassian en octobre 2019.

Depuis que nous avons commencé à enregistrer des données dans MARS en novembre 2018, Automation for Jira a connu une croissance remarquable, passant d'environ 6 000 instances à plus de 12 500 en janvier 2020. Il s'agit du dernier point de données que nous avons enregistré sur Automation for Jira, car Atlassian a commencé à déployer Automation for Jira dans toutes les instances Cloud Jira et a donc cessé de fonctionner de la même manière en tant que module complémentaire Marketplace.

En examinant la figure 1, nous pouvons constater que l'essor d'Automation for Jira et son acquisition ultérieure par Atlassian ont probablement nui à la croissance visible de Scripting/Automation en tant que catégorie de la Place de marché par rapport aux autres, puisque Automation for Jira, qui était à l'origine d'une grande partie de la croissance de Scripting/Automation, fait désormais partie de Jira Cloud et ne peut donc pas être enregistrée de la même manière.

Cependant, ScriptRunner en particulier, en tant qu'outil plus complexe, personnalisable et lourd en code, est moins en concurrence avec Automation pour Jira.

Scripting & Automation : Une récapitulation des catégories 9

Figure 4 : Tendances de croissance des plus grandes applications de scripting/automatisation

Profils d'application

Scripting & Automation : Une récapitulation des catégories 11

 

 

  • Un générateur de règles sans code qui permet aux clients de créer des règles "si cela se produit" basées sur des événements dans Jira.
  • Utilisé pour automatiser les processus, gagner du temps et maintenir Jira à jour.
  • Acquis par Atlassian auprès de Code Barrel en 2019.
  • Inclus dans tous les plans Jira Cloud (différences dans les limites d'utilisation et les règles globales/multi-projets entre les plans)
  • Sur DC : 100 utilisateurs = $370, 1000 = $3,000, 10,000 = $12,000 (tous les prix sont annuels)
Scripting & Automation : Une récapitulation des catégories 13

 

 

  • Extension de Jira et amélioration de l'interface utilisateur avec des scripts Groovy et JQL
  • Versions pour Jira, Confluence, Bitbucket, et Bamboo
  • Le plus grand add-on de script du marché
  • Sur le cloud : 100 utilisateurs = $2,500, 1000 = $8,500, 10000 = $41,000
  • En courant continu : 100 = $444, 1000 = $3,600, 10000 = $14,000
Scripting & Automation : Une récapitulation des catégories 15

 

 

  • Personnalisation du flux de travail Jira sans code
  • Acquis par Appfire en 2020
  • Sur le cloud : 100 utilisateurs = $900, 1000 = $3,300, 10000 = $13,500
  • En courant continu : 100 = $288, 1000 = $2,185, 10000 = $8,050
Scripting & Automation : Une récapitulation des catégories 17

 

 

  • Configuration du flux de travail sans code
  • Également acquis par Appfire en 2020
  • Sur le cloud : 100 utilisateurs = $1,250, 1000 = $4,775, 10000 = $15,325
  • En courant continu : 100 = $331, 1000 = $2,513, 10000 = $9,258
Scripting & Automation : Une récapitulation des catégories 19

 

 

  • Solution profonde de scripting pour l'automatisation générale, la personnalisation et l'intégration dans Jira
  • Acquis par Appfire en 2021
  • Sur le cloud : 100 utilisateurs = $1,550, 1000 = $8,300, 10000 = $46,300
  • En courant continu : 100 = $300, 1000 = $2,550, 10000 = $9,190

Scripting/Automation sur le Cloud vs DC

En plus de l'acquisition de l'automatisation par Atlassian pour Jira, la croissance de Jira Cloud a peut-être eu quelques effets néfastes sur le marché des applications de script/automatisation.

Alors que sur le DC (et le serveur), les add-ons de script/automatisation utilisent l'API Java et ont donc un accès illimité à toutes les fonctions de base de Jira. Les applications de scripting/automatisation sur Jira Cloud sont basées sur l'API REST avec une gamme limitée de fonctionnalités.

L'API Java est une bibliothèque de composants logiciels, dont certains sont fournis d'emblée par Java et d'autres par Atlassian. Ils s'exécutent dans le serveur Jira, et ont donc un temps de réponse plus rapide, et certains add-ons de scripting permettent aux scripts qu'ils fournissent d'utiliser également l'API Java. Par conséquent, les modules complémentaires de scripting/automatisation sur DC sont plus puissants, plus risqués, moins stables et nécessitent davantage de maintenance du code.

D'autre part, une API REST (également connue sous le nom d'API RESTful) est une interface de programmation d'applications (API ou API web) qui se conforme aux contraintes du style architectural REST permettant l'interaction avec des services web RESTful. Cela signifie que, puisque les scripts s'exécutent sur un serveur différent, la latence du réseau est importante. En outre, par rapport aux scripts DC, ils sont limités en termes de fonctionnalités, bien qu'ils soient considérés comme plus sûrs, plus stables et qu'ils nécessitent moins de maintenance du code.

Nous pouvons voir la fonctionnalité plus limitée des applications de Scripting/Automation sur le Cloud dans ScriptRunner par exemple. Le nombre de fonctionnalités DC est limité, notamment les flux de travail, les champs scriptés, les scripts intégrés, certains auditeurs, la console de script, les travaux et les fragments. Notre équipe technique estime qu'environ 70% de fonctionnalités ont été supprimées, notamment les comportements, les services, les écouteurs personnalisés, les points de terminaison personnalisés, les connexions aux bases de données/LDAP, l'éditeur de script, le gestionnaire de courrier et les aperçus de code. Nous encourageons les clients à explorer un ensemble plus large d'applications pour le cloud, car elles sont désormais très nombreuses, plutôt que de recourir à des scripts personnalisés.

Nous espérons que vous avez trouvé notre récapitulatif de la catégorie "Scripting/Automation" instructif et que vous serez en mesure d'en tirer quelques enseignements.

Si vous souhaitez prendre contact avec nous, veuillez nous contacter à l'adresse suivante hello@blendedperspectives.com.

fr_CAFR
Partager ceci