updated with apps instead of themes
This commit is contained in:
parent
ded86d17e2
commit
72f73acde8
1 changed files with 56 additions and 84 deletions
140
README.md
140
README.md
|
@ -1,103 +1,75 @@
|
|||
# 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.
|
||||
**Pitch :** Votre équipe est chargée par une structure (entreprise, pouvoir public, association...) de réaliser une vidéo de présentation technique sur une application (imposée). Il s'agit d'expliquer le protocole applicatif réparti sur lequel repose le logiciel à l'étude.
|
||||
|
||||
## Thèmes
|
||||
## Applications proposées
|
||||
|
||||
> TODO : appuyer l'aspect "réparti" des différents sujets.
|
||||
> TODO : Attention aux recoupements avec le cours de virtualisation et DevOps.
|
||||
### Element
|
||||
|
||||
### **[A] Hyperconverged Infrastructures**
|
||||
Tags : instant communication, E2EE, federated, privacy
|
||||
Site officiel : https://element.io
|
||||
|
||||
* Declarative modeling
|
||||
### Tor Browser
|
||||
|
||||
Configuration par déclaration fonctionnelle type Vagrant, NixOS, Docker, Kube, Nomad...
|
||||
Tags : anonymity, E2EE, proxy, trustless, decentralised, privacy
|
||||
Site officiel : https://www.torproject.org/
|
||||
|
||||
* Software virtualisation
|
||||
### Jitsi
|
||||
|
||||
Namespaces Linux, conteneurisation (Docker, LXC, Mesos...)
|
||||
Tags : streaming, video, VoIP, WebRTC, SIP
|
||||
Site officiel : https://jitsi.org/
|
||||
|
||||
* Software-defined network/storage/compute
|
||||
Notes :
|
||||
|
||||
Distributed operating system
|
||||
* WebRTC vs. SIP : SIP établit des sessions de communications entre des groupes d'utilisateurs, tandis que WebRTC autorise le transfert de media dans les navigateurs. WebRTC a besoin de SIP, car sa fonction s'arrête à l'établissement de session non comprise. Tandis que SIP se passe de WebRTC, même si son usage rend plus simple le développement d'applications de streaming, puisqu'on peut inclure la communication dans un navigateur via WebRTC.
|
||||
|
||||
* Service orchestration
|
||||
### Valorant
|
||||
|
||||
Synonyme de 'software-defined compute', mettant l'accent sur les outils de provisionnement/service discovery/orchestration (suite Hashicorp, Kube, Docker Swarm, Mesos...)
|
||||
Tags: video-game, multiplayer, latency, networking
|
||||
Ressources :
|
||||
|
||||
### **[B] Synchronisation distribuée**
|
||||
|
||||
> À développer
|
||||
|
||||
* Consensus
|
||||
* Trustless networking
|
||||
|
||||
Blockchains, anonymous authentication, distributed PKI...
|
||||
|
||||
* Event-based programming
|
||||
|
||||
### **[C] Data persistence**
|
||||
|
||||
> À raffiner
|
||||
> 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)
|
||||
|
||||
* 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
|
||||
* https://technology.riotgames.com/news/riot-direct-video
|
||||
* https://technology.riotgames.com/news/peeking-valorants-netcode
|
||||
|
||||
|
||||
## Organisation du module
|
||||
### Counter Strike: Global Offensive
|
||||
|
||||
* 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
|
||||
Tags : video-game, multiplayer, latency, networking
|
||||
Site officiel : https://www.counter-strike.net/
|
||||
Ressources :
|
||||
|
||||
* https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking
|
||||
|
||||
### BitTorrent
|
||||
|
||||
Tags : P2P, decentralised, file sharing
|
||||
Site officiel : https://bittorrent.com
|
||||
|
||||
### Popcorn Time
|
||||
|
||||
Tags : P2P, decentralised, video streaming, file sharing
|
||||
Site officiel : https://github.com/popcorn-official/popcorn-desktop
|
||||
|
||||
### TikTok
|
||||
|
||||
Tags : social network, instant communication, video streaming, content distribution
|
||||
|
||||
### Dem-Attest-ULille
|
||||
|
||||
> Ca fait pas rêver face à Popcorn Time, TikTok ou Valorant... Faut trouver mieux.
|
||||
|
||||
Tags : blockchain, permissioned
|
||||
Livre blanc : https://www.univ-lille.fr/fileadmin/user_upload/presse/2022/20220114_Livre_blanc_Dem-Attest-ULille_FR.pdf
|
||||
|
||||
### Netflix
|
||||
|
||||
Tags : video streaming, content distribution, microservices
|
||||
Site officiel : https://www.netflix.com/
|
||||
|
||||
### Twitch
|
||||
|
||||
Tags : video streaming, live, content distribution
|
||||
Site officiel : https://www.twitch.tv/
|
||||
|
||||
|
||||
### 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) ayant un nom, 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.
|
||||
> Autres : Signal, Telegram, Spotify, OwnCloud Infinite Scale, Federated learning (google...), IoT (?), FileCoin
|
Loading…
Reference in a new issue