Cadre open source pour flux de travail Java
Les frameworks open source courants actuels sont Activiti/Camunda/Flowable, qui dérivent de jbpm. D’abord il y a eu jbpm4, puis une Activiti5, et après une période de développement, Activiti5 a eu un désaccord avec le personnel central, et une Camunda a été séparée. activiti5 a été développé pendant environ 4 ans, puis Flowable est apparu.
Histoire de la technologie Activiti
Adresse:La connexion hyperlientérée est visible.
Origine : Activiti a été initialement créé en 2010 par Tom Baeyens, architecte de projet chez JBoss JBPM, et a été publié dans le cadre d’Alfresco Software. Il est né de JBPM4 et continue d’évoluer, se concentrant sur la fourniture de solutions de gestion des processus métier (BPM) et de flux de travail. Développement : Depuis sa sortie, Activiti a connu plusieurs itérations, d’Activiti 5 à Activiti 7, chacune introduisant de nouvelles fonctionnalités et améliorations. Activiti est reconnu pour sa facilité d’utilisation, sa flexibilité et sa scalabilité, offrant une multitude d’API et de mécanismes de plugins, permettant aux développeurs de personnaliser le développement selon les besoins métier. Équipe centrale et contributeurs : Des développeurs clés tels que Tom Baeyens, Tijs Rademakers et Joram Barrez ont apporté des contributions significatives au développement initial d’Activiti. Cependant, au fil du temps, certains membres principaux ont quitté le projet, ce qui a entraîné un impact sur le développement et la maintenance des versions ultérieures d’Activiti, telles qu’Activiti 6 et Activiti 7.
Histoire du développement technologique de Camunda
Adresse:La connexion hyperlientérée est visible.
Camunda8 : En avril 2022, la sortie officielle de la nouvelle version de Camunda8, Camunda7 et Camunda8 sont fondamentalement différentes en termes d’architecture technique. Camunda8 est positionné dans un modèle SaaS basé sur le cloud, basé sur le noyau du moteur de processus Zeebe, utilisant la technologie d’interface API gRPC, et n’utilisant plus de bases de données relationnelles. En termes de licences open source et commerciales, Camunda8 présente de nombreuses limites.Seuls les composants Zeebe, modeler et elastic de Camunda8 sont open source et peuvent être utilisés gratuitement, tandis que d’autres composants comme Camunda Operate, Camunda Tasklist et Camunda Optimize nécessitent une licence commerciale pour être utilisés。
Le choix recommandé pour les besoins du moteur de déploiement de privatisation est Camunda7La plupart des composants sont open source et gratuits, avec une bonne écologie technique et une facilité de démarrage pour les programmeurs.
Fork : Camunda est une dérivation du projet Activiti et a été créée par le fondateur d’Activiti, Tom Baeyens, après avoir quitté Alfresco. Camunda continue d’évoluer selon la voie technique d’Activiti, mais introduit des fonctions et des fonctionnalités plus uniques. Développement : Camunda se concentre sur la fourniture de solutions d’automatisation des processus flexibles, évolutives et efficaces. Il offre une multitude d’API et de mécanismes de plugins, permettant aux développeurs d’étendre et de personnaliser facilement Camunda pour répondre à des besoins métier spécifiques. De plus, Camunda se concentre également sur la fourniture de soutien et de services aux entreprises pour offrir des solutions plus complètes aux utilisateurs d’entreprise. Écosystème : En plus du moteur de workflow central, Camunda a également développé un écosystème riche, incluant des concepteurs de modèles, la gestion de formulaires, la gestion de tâches, le traitement d’événements, les outils d’analyse, etc., afin d’offrir aux utilisateurs une expérience plus complète en gestion des processus métier.
Histoire de la technologie fluide
Adresse:La connexion hyperlientérée est visible.
Origine et héritage : Flowable a été créé par certains des principaux développeurs d’Activiti pour hériter des avantages d’Activiti et l’optimiser et l’améliorer davantage. Flowable s’engage à fournir un moteur de flux de travail facile à utiliser, haute performance et évolutif. Développement : Flowable se concentre sur la simplification de la complexité de la configuration et du déploiement, permettant aux utilisateurs de démarrer et de développer plus rapidement. Il offre un concepteur de processus intuitif et un moteur d’exécution efficace, prend en charge la spécification BPMN 2.0, et propose des API riches ainsi que des mécanismes de plug-in pour répondre aux besoins des développeurs. Support métier et écosystème : Flowable propose également un support commercial et une version open source parmi laquelle les utilisateurs peuvent choisir. À l’instar de Camunda, Flowable a développé un écosystème riche, comprenant des outils tels que le concepteur de modèles, la gestion de formulaires, la gestion de tâches, et bien d’autres, afin d’offrir une solution de gestion des processus métier plus complète.
Activiti, Flowable et Camunda contre
Plusieurs critères de sélection :
La communauté est active, au moins elle peut être classée sur Github Au moins prendre en charge le protocole BPMN2 Libre et open source
Comme montré ci-dessous :
Différences de performance
Camunda, Flowable et Activiti sont tous des moteurs de workflow basés sur BPMN (Business Process Model and Notation), et ils peuvent présenter des différences de performance. Cependant, des différences de performance spécifiques peuvent être influencées par plusieurs facteurs, notamment la configuration du système, la charge de travail, les méthodes de test, et plus encore. Il est donc difficile de fournir des données de référence spécifiques pour les tests, car chaque cas d’usage peut avoir des résultats différents.
Cependant, certaines évaluations qualitatives de leurs performances peuvent être faites sur la base de certains benchmarks communautaires :
Camunda: Camunda excelle généralement dans la performance. Il est optimisé pour gérer des charges de concurrence élevées et présente une faible latence. Camunda offre également une multitude de fonctionnalités et d’outils, tels que la gestion des données historiques, le traitement d’événements, la gestion des tâches, etc., ce qui peut ajouter une certaine surcharge dans des processus complexes, mais dans l’ensemble, Camunda est considéré comme assez stable et efficace en termes de performance.
Fluide:Flowable, en tant que fork d’Activiti, propose aussi des performances de performance. L’équipe Flowable a apporté quelques optimisations au moteur pour améliorer les performances et la scalabilité. Cependant, comparé à Camunda, Flowable peut être légèrement en deçà sur certains aspects, notamment lorsqu’il s’agit de concurrence élevée et de processus complexes. Mais dans l’ensemble, Flowable reste un moteur de workflow fiable et efficace.
Activités: En tant que l’un des premiers moteurs de workflow, Activiti offre également une certaine performance en termes de performance. Cependant, Activiti a peut-être ralenti avec le temps et n’est peut-être pas aussi performant que Camunda et Flowable à certains égards. Surtout lorsqu’il s’agit de fortes concurrents et de processus à grande échelle, Activiti peut rencontrer certains goulots d’étranglement de performance. Cependant, il est important de noter qu’Activiti reste un moteur de workflow open source largement utilisé et a été prouvé dans de nombreux projets. Il est important de souligner que l’évaluation ci-dessus repose uniquement sur des retours qualitatifs et des observations générales, et ne représente pas des résultats spécifiques de tests. Pour évaluer avec précision les différences de performance entre Camunda, Flowable et Activiti, il est recommandé de les comparer dans un environnement réel et de les comparer à partir des mêmes données de test et scénarios.
De plus, la performance n’est qu’un aspect du choix d’un moteur de workflow, et d’autres facteurs tels que les exigences en fonctionnalités, la facilité d’utilisation, le support communautaire et l’écosystème doivent être pris en compte. Par conséquent, lors du choix du bon moteur de workflow, il est recommandé de prendre en compte plusieurs facteurs et de les évaluer en fonction des besoins spécifiques du projet.
Référence:
La connexion hyperlientérée est visible.
La connexion hyperlientérée est visible. |