Difference between revisions of "Reverse Proxy pour gestionnaire de taches"
Jump to navigation
Jump to search
Sacha.Guyot (talk | contribs) |
Sacha.Guyot (talk | contribs) |
||
| Line 12: | Line 12: | ||
Ensuite après échange avec l'encadrant |
Ensuite après échange avec l'encadrant |
||
| − | * On familiarisera avec OAR3 au travers de Oar-docker (simulation de plateformes HPC) |
+ | * On se familiarisera avec OAR3 au travers de Oar-docker (simulation de plateformes HPC) |
* Etude de l'API REST de OAR3 |
* Etude de l'API REST de OAR3 |
||
| − | * Définition de l'architecture |
+ | * Définition de l'architecture globale (schéma, diagramme de séquence) |
=Conseils et indications= |
=Conseils et indications= |
||
Revision as of 15:42, 27 January 2020
Objectif
Il s'agit d'ajouter une solution de Reverse Proxy Web au gestionnaire de tâches et ressources OAR. Le cas pratique type à traiter est celui d'un utilisateur qui lance un Notebook de type Jupyter sur serveur de calcul et qui souhaite accéder au Notebook depuis le service web du gestionnaire de tâches (ici OAR).
Les contraintes technologigues
- Développement sous Linux (pré-requis imposé par les dépendances), Python 3, Flask, Docker, OAR3, oar-docker, Notebook Jupyter
Plan de travail
On débutera par l'élboration d'une preuve de concept en s'inspirant des exemples suivant - https://medium.com/customorchestrator/simple-reverse-proxy-server-using-flask-936087ce0afb
Ensuite après échange avec l'encadrant
- On se familiarisera avec OAR3 au travers de Oar-docker (simulation de plateformes HPC)
- Etude de l'API REST de OAR3
- Définition de l'architecture globale (schéma, diagramme de séquence)
Conseils et indications
- La définition de diagrammes de séquence et de preuves de concept