Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente | |||
stages:start [2018/10/29 14:09] ecoquery [Reconnaissance automatisée de motifs dans des messages non structurés] |
stages:start [2018/10/29 14:11] (Version actuelle) ecoquery |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
====== Sujets de stage / TER / POM ====== | ====== Sujets de stage / TER / POM ====== | ||
- | ===== Interface Web pour gestionnaire de flux ===== | ||
- | |||
- | L' | ||
- | Un serveur d' | ||
- | L' | ||
- | Après avoir développé une partie administrative classique, on s' | ||
- | Le framework Angular sera privilégié pour le développement de cette interface. | ||
- | L' | ||
- | |||
- | ===== Sauvegarde et rejeu de flux de données ===== | ||
- | |||
- | L' | ||
- | L' | ||
- | Cette brique est actuellement implémentée en Scala, un langage fonctionnel compilant sur la JVM et utilise une base de données Cassandra pour le stockage des messages. | ||
- | Les évolutions envisagées pour cette brique sont les suivantes: | ||
- | |||
- | * Mutualisation du déploiement de la brique de stockage pour plusieurs flux | ||
- | * Autodéploiement d' | ||
- | * Changement "en ligne" (sans redémarrage) de la configuration d'un ou plusieurs flux | ||
- | * Réglage automatisé (auto-tuning) de la répartition des données au sein du cluster Cassandra | ||
- | * Mise en place un benchmark permettant de mesurer la performance de la plateforme sur un déploiement particulier | ||
- | |||
- | Si le temps le permet, on pourra faire évoluer la brique de rejeu du système en la portant vers le langage RUST (elle est actuellement codée en Scala), ce qui permettrait de s' | ||
===== Prédiction de suites temporelles ===== | ===== Prédiction de suites temporelles ===== | ||
Ligne 76: | Ligne 53: | ||
* Aisance dans le workflow de contributions github | * Aisance dans le workflow de contributions github | ||
* Connaissance de syslog-ng est un plus | * Connaissance de syslog-ng est un plus | ||
+ | |||
+ | |||
+ | ===== Interface Web pour gestionnaire de flux ===== | ||
+ | |||
+ | L' | ||
+ | Un serveur d' | ||
+ | L' | ||
+ | Après avoir développé une partie administrative classique, on s' | ||
+ | Le framework Angular sera privilégié pour le développement de cette interface. | ||
+ | L' | ||
+ | |||
+ | ===== Sauvegarde et rejeu de flux de données ===== | ||
+ | |||
+ | L' | ||
+ | L' | ||
+ | Cette brique est actuellement implémentée en Scala, un langage fonctionnel compilant sur la JVM et utilise une base de données Cassandra pour le stockage des messages. | ||
+ | Les évolutions envisagées pour cette brique sont les suivantes: | ||
+ | |||
+ | * Mutualisation du déploiement de la brique de stockage pour plusieurs flux | ||
+ | * Autodéploiement d' | ||
+ | * Changement "en ligne" (sans redémarrage) de la configuration d'un ou plusieurs flux | ||
+ | * Réglage automatisé (auto-tuning) de la répartition des données au sein du cluster Cassandra | ||
+ | * Mise en place un benchmark permettant de mesurer la performance de la plateforme sur un déploiement particulier | ||
+ | |||
+ | Si le temps le permet, on pourra faire évoluer la brique de rejeu du système en la portant vers le langage RUST (elle est actuellement codée en Scala), ce qui permettrait de s' | ||