|
@@ -83,4 +83,20 @@ surveillance de ce process pendant toute son exécution.
|
83
|
83
|
|
84
|
84
|
### Schéma
|
85
|
85
|
|
|
86
|
+De droite à gauche : le front-end, dans le navigateur du client, le
|
|
87
|
+back-end, le process Python, la base de donnée du back-end.
|
|
88
|
+
|
|
89
|
+Le front demande le début du traitement, le back-end lance le
|
|
90
|
+traitement, met à jour le status du travail dans sa base de donnée et
|
|
91
|
+répond un OK au front-end. En parallèle, le front ouvre un
|
|
92
|
+communication back->front (websocket ou server sent events) pour
|
|
93
|
+recevoir le progrès en temps réel et le
|
|
94
|
+back-end observe le progrès que le Python écrit sur sa sortie standard
|
|
95
|
+(par exemple). Dès que le progrès évolue, le back-end envoie un
|
|
96
|
+événement du front-end qui peut ainsi mettre à jour sa vue.
|
|
97
|
+
|
|
98
|
+Lorsque le process Python s'arrête, le back-end mets à jour le status
|
|
99
|
+du travail et informe le front-end que le traitement est terminé. Le
|
|
100
|
+front-end peut alors fermer la communication back->front.
|
|
101
|
+
|
86
|
102
|

|