From 74d08e43dfcc7fa4ecd8944326a2bdc0379c0b5f Mon Sep 17 00:00:00 2001
From: ADRN <adrien@luxeylab.net>
Date: Thu, 6 Oct 2022 13:36:27 +0200
Subject: [PATCH] first commit

---
 README.md       | 99 +++++++++++++++++++++++++++++++++++++++++++++++++
 notes_romain.md | 34 +++++++++++++++++
 2 files changed, 133 insertions(+)
 create mode 100644 README.md
 create mode 100644 notes_romain.md

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..10ee0dc
--- /dev/null
+++ b/README.md
@@ -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.
\ No newline at end of file
diff --git a/notes_romain.md b/notes_romain.md
new file mode 100644
index 0000000..f8fe4c4
--- /dev/null
+++ b/notes_romain.md
@@ -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...)
\ No newline at end of file