first commit
This commit is contained in:
commit
74d08e43df
2 changed files with 133 additions and 0 deletions
99
README.md
Normal file
99
README.md
Normal file
|
@ -0,0 +1,99 @@
|
|||
# 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
|
||||
|
||||
### **[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...)
|
||||
|
||||
### **[B] Synchronisation**
|
||||
|
||||
> À développer
|
||||
|
||||
* Consensus
|
||||
* Trustless networking
|
||||
|
||||
Blockchains, anonymous authentication, distributed PKI...
|
||||
|
||||
* Event-based programming
|
||||
|
||||
### **[C] Data persistence**
|
||||
|
||||
> À raffiner
|
||||
|
||||
* 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).
|
||||
|
||||
* **Devoirs :** constituer une « équipe » (un binôme), et proposer un « sujet » (précis et unique - peut être assorti d'un « scenario » ).
|
||||
|
||||
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.
|
34
notes_romain.md
Normal file
34
notes_romain.md
Normal file
|
@ -0,0 +1,34 @@
|
|||
Comme tu connais (bien) SR1 et SR2, tu n'auras pas de mal à comprendre SRA1 et SRA2. SRA1 est coordonné par Lionel et couvre les aspects application web N-tiers avec du Spring (ça reste client-serveur). L'idée de SRA2 était de se positionner dans la continuité de SR2—tout comme SRA1—et d'aborder les autres formes de répartitions que le CS traditionnel.
|
||||
|
||||
En vrac, j'avais noté des mots-clés acronymes comme :
|
||||
|
||||
Blockchain ouverte/fermée & BFT
|
||||
Microservices
|
||||
EDA
|
||||
|
||||
Distributed streaming
|
||||
Stockage décentralisé
|
||||
Edge/fog computing
|
||||
|
||||
Serverless computing
|
||||
|
||||
P2P & DHT
|
||||
Content PubSub * Spanning Tree
|
||||
Gossip
|
||||
Configuration management - Leader election
|
||||
Chaos engineering
|
||||
Counter strike - MMPORG
|
||||
High frequency trading
|
||||
Kafka CRDT
|
||||
ETL
|
||||
|
||||
Et/ou des aspects sous un angle plus théoriques avec des séances orientées par thème :
|
||||
|
||||
Clock synchronisation / Berkeley also
|
||||
Message Queues / pubsub / distributed minimum spanning tree
|
||||
Consensus => Paxos / Raft / Blockchain / Chandra Toueg
|
||||
DHT => Spotify, Cassandra, Web Torrent
|
||||
CRDT => Redis
|
||||
Leader election => Zookeeper / Bully algo / Hirschberg–Sinclair algorithm
|
||||
Random Peer Sampling?
|
||||
En sachant que certains aspects sont partiellement abordés en SR1 (clock, consensus, leader...)
|
Loading…
Reference in a new issue