Projet

Général

Profil

Tâche #21205

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

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

Ajouté par Benjamin Bohard il y a plus de 6 ans. Mis à jour il y a plus de 6 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Début:
21/08/2017
Echéance:
% réalisé:

60%

Temps estimé:
10.00 h
Temps passé:
Restant à faire (heures):
0.0

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

brokertest.py Voir - consumer pour le scénario "Test de charge" (2,02 ko) Benjamin Bohard, 31/08/2017 12:04

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

microservice3.py Voir - microservice 3 pour le scénario "Mise à jour de variable" (2,06 ko) Benjamin Bohard, 31/08/2017 12:04

Révisions associées

Révision 131e794a (diff)
Ajouté par William Petit il y a plus de 6 ans

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

ref #21205

Historique

#1 Mis à jour par Benjamin Bohard il y a plus de 6 ans

  • Statut changé de Nouveau à En cours

#2 Mis à jour par Benjamin Bohard il y a plus de 6 ans

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 Mis à jour par Benjamin Bohard il y a plus de 6 ans

  • Statut changé de En cours à Fermé
  • Restant à faire (heures) mis à 0.0

#4 Mis à jour par Benjamin Bohard il y a plus de 6 ans

Formats disponibles : Atom PDF