Project

General

Profile

Tâche #21205

Scénario #21123: Initialisation du projet Zéphir

Créer les éléments nécessaires aux POC broker de message

Added by Benjamin Bohard over 3 years ago. Updated over 3 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
-
Start date:
08/21/2017
Due date:
% Done:

60%

Estimated time:
10.00 h
Spent time:
Remaining (hours):
0.0

microservice1.py View - microservice 1 pour le scénario "Mise à jour de variable" (713 Bytes) Benjamin Bohard, 08/31/2017 12:04 PM

brokertest.py View - consumer pour le scénario "Test de charge" (2.02 KB) Benjamin Bohard, 08/31/2017 12:04 PM

microservice2.py View - microservice 2 pour le scénario "Mise à jour de variable" (1.08 KB) Benjamin Bohard, 08/31/2017 12:04 PM

microservice3.py View - microservice 3 pour le scénario "Mise à jour de variable" (2.06 KB) Benjamin Bohard, 08/31/2017 12:04 PM

Associated revisions

Revision 131e794a (diff)
Added by William Petit over 3 years ago

Ajout programme brokertest + adaptation consumer nats pour les messages au format JSON

ref #21205

History

#1 Updated by Benjamin Bohard over 3 years ago

  • Status changed from Nouveau to En cours

#2 Updated by Benjamin Bohard over 3 years ago

message broker testés

nats

crossbar

Scénarios pour valider le fonctionnement des messages broker et justifier le choix

Mise à jour de variable

Ce scénario permet de tester la publication, la souscription

Le micro-service 1 demande la modification d’une variable
Le micro-service 2 réceptionne la demande et modifie la variable puis envoie une notification sur la mise à jour de la variable.
Le micro-service 3 se sert de la nouvelle variable pour modifier le contenu d’un fichier

Conservation de l’historique des commandes

Ce scénario complète le précédent en mettant en œuvre un historique des notifications des mises à jour opérées par le micro-service 2.

Load balancing

Ce scénario complète le précédent en ajoutant un micro-service 4 équivalent au micro-service 3 et adoptant le même comportement.
Le fichier doit être modifié une fois et une seule fois.

Persistance des messages

Ce scénario complète le précédent et valide qu’un message peut être conservé en attendant qu’il soit consommé.

Soutenir la charge

Ce scénario doit valider le comportement en fonction du nombre de message et de la taille du message (obtenir des métriques pour chaque produit : limite de nombre de messages et de taille avant décrochage).

  1. Envoyer 10000 de 100k de manière séquentielle,
  2. Vérifier le temps de passage de la totalité des messages (vérifier si il n’y a pas un ralentissement),
  3. Vérifier que tous les messages sont réceptionnés.

#3 Updated by Benjamin Bohard over 3 years ago

  • Status changed from En cours to Fermé
  • Remaining (hours) set to 0.0

#4 Updated by Benjamin Bohard over 3 years ago

Also available in: Atom PDF