Processus métier scalable (arch) - Historique des versions

Syfre le 20 janvier 2015 à 13:01

2015-01-20T13:01:40Z

Syfre le 14 janvier 2015 à 07:23

2015-01-14T07:23:50Z

Syfre le 3 décembre 2013 à 08:40

2013-12-03T08:40:28Z

Syfre : a déplacé Bonnes pratiques d'écriture des processus vers Processus métier scalable (arch)

2013-12-03T08:38:44Z

a déplacé Bonnes pratiques d'écriture des processus vers Processus métier scalable (arch)

Syfre : /* Modèle d'un processus métier parallélisable */

2013-12-01T08:16:52Z

Modèle d'un processus métier parallélisable

Syfre le 25 avril 2013 à 15:31

2013-04-25T15:31:07Z

Syfre le 24 avril 2013 à 11:10

2013-04-24T11:10:13Z

Syfre le 23 avril 2013 à 08:27

2013-04-23T08:27:26Z

Syfre : /* Modèle d'un processus métier parallélisable */

2013-04-15T08:39:52Z

Modèle d'un processus métier parallélisable

Syfre : Page créée avec « ===Modèle d'un processus métier=== {{#images:image1.png|multitenant/processus}} Le fonctionnement du processus : * A partir de la sélection de l'utilisateur le proces... »

2013-04-15T08:32:22Z

Page créée avec « ===Modèle d'un processus métier=== {{#images:image1.png|multitenant/processus}} Le fonctionnement du processus : * A partir de la sélection de l'utilisateur le proces... »

Nouvelle page

===Modèle d'un processus métier===

{{#images:image1.png|multitenant/processus}}

Le fonctionnement du processus :
* A partir de la sélection de l'utilisateur le processus construit un curseur sur la classe des objets à traiter.
* Le curseur filtre les objets sur :
:* Les objets vérifiant l'état requis par le processus (par exemple les commandes livrables)
:* Les objets vérifiant les sélections supplémentaires de l'utilisateur (par exemple les commandes du mois)
* Le processus démarre une transaction
* Le processus traite chaque objet retourné par le curseur
* Le processus commit la transaction.

Suivant les cas des variantes peuvent exister :
* Transaction unique pour l'ensemble de la sélection ou transaction objet par objet
* Regroupement des objets traités suivant des critères de rupture (par exemple les commandes d'un client)

'''Les problèmes avec ce modèle :'''
* Il n'est pas possible d'exécuter le processus simultanément sur plusieurs machines.
: Les différentes instances du processus s'exécuteraient sur les mêmes objets.
* Il n'est pas possible d'exécuter le processus au fil de l'eau
: La structure de traitement ne permet pas de dissocier facilement la sélection du corps du traitement
* Le traitement en une transaction unique limite le volume de donnée traitable.

===Modèle d'un processus métier parallélisable===

{{#images:image2.png|multitenant/processus}}

[[Category:Multi-tenant]]

← Version précédente		Version du 20 janvier 2015 à 13:01
Ligne 78 :		Ligne 78 :

	[[Category:Architecture]]		[[Category:Architecture]]
−	[[Category:~~Latest~~]]	+	[[Category:Version700]]
		+	[[Category:Cluster]]

← Version précédente		Version du 14 janvier 2015 à 07:23
Ligne 78 :		Ligne 78 :

	[[Category:Architecture]]		[[Category:Architecture]]
		+	[[Category:Latest]]

← Version précédente		Version du 3 décembre 2013 à 08:40
Ligne 77 :		Ligne 77 :
	* [[Exemple de processus scalable]]		* [[Exemple de processus scalable]]

−	[[Category:~~Multi-tenant~~]]	+	[[Category:Architecture]]

@@ Ligne 64 : / Ligne 64 : @@
 Les avantages de ce modèle :
-* Il est possible d'exécuter simultanément plusieurs instances du processus
+* Il est possible d'exécuter simultanément plusieurs instances du processus, car :
-: Exécuter plusieurs instances du processus doit permettre d'améliorer les capacités du processus en volume et en performance
+:* Il existe un critère d'unicité sur la file d'attente qui empêche d'inserer des objets en double.
 * Il est possible de structurer le processus pour permettre une exécution au fil de l'eau

← Version précédente		Version du 25 avril 2013 à 15:31
Ligne 1 :		Ligne 1 :
		+	===Optimisation verticale versus Scalabilité horizontale===
		+
		+	{{#images:image3.png\|multitenant/processus}}
		+
		+	L'optimisation verticale consiste à exécuter le processus sur plusieurs cœurs simultanément.
		+
		+	* Elle permet d'optimiser l'utilisation des ressources d'un serveur.
		+	* Elle permet d'augmenter les performances à couts constants.
		+	* Elle permet d'augmenter les performances perçues par un utilisateur
		+
		+	Mais
		+
		+	* Elle est nécessairement limitée en scalabilité car la capacité en nombre de cœurs d'une machine est finie.
		+	* Elle est complexe à mettre en œuvre.
		+	* Elle est fragile.
		+	* Elle nécessite du hardware premium.
		+	* Elle est peut adapter à la virtualisation.
		+
		+	La scalabilité verticale consiste à exécuter le processus sur plusieurs serveurs simultanément.
		+
		+	* Elle permet de supporter l'augmentation de la charge par augmentation du nombre de serveur.
		+	* Elle est théoriquement non limité.
		+	* Elle permet d'utiliser du hardware standard.
		+	* Elle est adapter à la virtualisation.
		+
		+	Mais
		+
		+	* Elle n'améliore pas les performances perçues par un utilisateur.
		+
		+
	===Modèle d'un processus métier===		===Modèle d'un processus métier===

← Version précédente		Version du 24 avril 2013 à 11:10
Ligne 42 :		Ligne 42 :
	* Il n'est pas possible de compter à priori le nombre d'objet à traiter		* Il n'est pas possible de compter à priori le nombre d'objet à traiter

		+	Voir aussi :
		+	* [[Exemple de processus scalable]]

	[[Category:Multi-tenant]]		[[Category:Multi-tenant]]

@@ Ligne 40 : / Ligne 40 : @@
 Les inconvénients de ce modèle :
 * Il n'est pas possible d'exécuter un traitement dans une transaction unique.
 [[Category:Multi-tenant]]

← Version précédente		Version du 15 avril 2013 à 08:39
Ligne 27 :		Ligne 27 :

	{{#images:image2.png\|multitenant/processus}}		{{#images:image2.png\|multitenant/processus}}
		+
		+	Ce modèle utilise une file d'attente pour stocker les objets traitables
		+
		+	* Dans une première étape les objets correspondant aux critères du processus et de la sélection sont insérés dans une file d'attente.
		+	* Dans une seconde étapes les objets contenu dans la file d'attente sont consommés.
		+
		+	Les avantages de ce modèle :
		+	* Il est possible d'exécuter simultanément plusieurs instances du processus
		+	: Exécuter plusieurs instances du processus doit permettre d'améliorer les capacités du processus en volume et en performance
		+	* Il est possible de structurer le processus pour permettre une exécution au fil de l'eau
		+
		+	Les inconvénients de ce modèle :
		+	* Il n'est pas possible d'exécuter un traitement dans une transaction unique.
		+

	[[Category:Multi-tenant]]		[[Category:Multi-tenant]]