SRA2_preparation/README.md

103 lines
3.4 KiB
Markdown
Raw Normal View History

2022-10-06 11:36:27 +00:00
# Préparation du cours de SRA2 - 2022-23
Pitch : Votre équipe est chargée par un acteur (type entreprise, pouvoir public) de réaliser un état de l'art critique d'un domaine émergent des systèmes répartis.
## Thèmes
2022-10-06 13:05:33 +00:00
> TODO : appuyer l'aspect "réparti" des différents sujets.
2022-10-06 14:07:03 +00:00
> TODO : Attention aux recoupements avec le cours de virtualisation et DevOps.
2022-10-06 13:05:33 +00:00
2022-10-06 11:36:27 +00:00
### **[A] Hyperconverged Infrastructures**
* Declarative modeling
Configuration par déclaration fonctionnelle type Vagrant, NixOS, Docker, Kube, Nomad...
* Software virtualisation
Namespaces Linux, conteneurisation (Docker, LXC, Mesos...)
* Software-defined network/storage/compute
Distributed operating system
* Service orchestration
Synonyme de 'software-defined compute', mettant l'accent sur les outils de provisionnement/service discovery/orchestration (suite Hashicorp, Kube, Docker Swarm, Mesos...)
2022-10-06 13:05:33 +00:00
### **[B] Synchronisation distribuée**
2022-10-06 11:36:27 +00:00
> À développer
* Consensus
* Trustless networking
Blockchains, anonymous authentication, distributed PKI...
* Event-based programming
### **[C] Data persistence**
> À raffiner
2022-10-06 14:07:03 +00:00
> Attention aux recoupements avec [le cours Bases de Données Avancées (BDA)](https://portail.fil.univ-lille.fr/portail/index.php?dipl=MInfo&sem=GL&ue=BDA&label=Pr%C3%A9sentation) dispensé au début du S3 des GL. [Le cours est ici](https://paperman.name/page/enseignement/2022/nosql/). Le risque est surtout présent avec le [cours 2 : les key-value stores](https://paperman.name/page/enseignement/2022/nosql/cours2.html)
2022-10-06 11:36:27 +00:00
* Block/file/object/stream-storage
* Bakup solutions
* Consistency vs. Availability
* Features: replication, deduplication, snapshotting
* Caracteristics: elasticity, resiliency, latency tolerance
### **[D] Security**
> À raffiner et développer
* Visualisation and alerting
* Access control
* Disaster recovery
* Adversarial model
## Organisation du module
* 6 semaines (S1 le 7 nov. à S6 le 12 déc.)
* 2 rendus
* Dim. 27 nov. 23:59h CET : plan détaillé
* Dim. 18 déc. 23:59h CET : vidéo de 15-20min
### Déroulement
> En élaboration, se discute.
**S1**
* Attribution aléatoire d'un « thème » à chaque étudiant⋅e (ci-dessous)
* Séance d'état de l'art en grands groupes par thème (« experts »)
* Utilisation possible d'un outil de glossaire collaboratif ou de mind-mapping (sur PC ou non).
2022-10-06 11:51:36 +00:00
* **Devoirs :** constituer une « équipe » (un binôme) ayant un nom, et proposer un « sujet » (précis et unique - peut être assorti d'un « scenario » ).
2022-10-06 11:36:27 +00:00
Outil en ligne pour permettre d'atténuer le risque de sujets similaires involontaires ? Pad par « groupe d'experts » ?
**S2**
* Entretiens de 5-10min entre l'encadrant et chaque équipe.
Ordre de passage défini aléatoirement. Sujets trop similaires interdits « premier arrivé premier servi » (juste, car aléatoire). Si doublon, on ne valide pas le sujet, l'équipe retourne réfléchir à autre chose et on refait un entretien durant la même séance.
Un moment pour évaluer le travail de chacun⋅e, et aider à orienter le sujet d'étude et la façon de l'aborder.
**S3**
* **Devoirs :** Plan détaillé à remettre avant le dimanche soir.
**S4**
* Entretiens de 5-10min entre l'encadrant et chaque équipe.
Un moment pour évaluer le travail de chacun⋅e, et aider à orienter le sujet d'étude et la façon de l'aborder.
**S6**
* **Devoirs :** Vidéo de 15-20min à remettre avant dimanche soir.