air - User contributions [en]

Rapport EDCampus 2021-2022

2022-03-17T21:24:58Z

Roman.Regouin:

= Rapport EDCampus 2021/2022=

== Rappel du sujet ==

EDCampus, initialement Waza Education et racheté par l’UGA pour la modique somme de 20 000€, est un projet de développement open source et collaboratif d’une plateforme web de gestion de projets pour les enseignants, les étudiants et les entreprises. En rachetant ce projet, l’UGA a fait l’acquisition d’un projet de 3 ans de développement pour l’équivalent d’un salaire d’ingénieur de 4 mois. La plateforme contient un ensemble de fonctionnalités pour faciliter la gestion de projet Agile et la gestion de projet parallèle pour les enseignants. On peut citer parmi les fonctionnalités importantes:

- L’héritage de création de projets qui permet à un enseignant de créer et mettre à jour rapidement un ensemble de projets étudiants identique.

- Un partage de dossier, fichier et de liens externes.

- Un kanban Agile pour le suivi de projet pour la manipulation des tâches.

- Un calendrier avec des événements pour le suivi de l’évolution du projet et l’avancement des tâches.

- Un outil de chat instantané pour la communication dans un groupe.

- Un outil de tableau blanc pour faciliter les sessions créatives.

EDCampus c’est plus de 2400 comptes utilisateurs, 500 utilisateurs actifs, plus de 500 projets, un ensemble de 11 projets de contribution étudiante (de 2019 à 2022) venant de Polytech Grenoble, de l’IUT Valence et de l’Université de Haute-Alsace.

Le but de notre projet est de rejoindre les contributeurs d’EDCampus pour maintenir l’application en corrigeant les bugs remontés par les utilisateurs, en développant de nouvelles fonctionnalités ou en modifiant des fonctionnalités déjà existantes.

Notre équipe est composée de 4 contributeurs (Kévin, Liam Lucas, Roman), d’un chef de projet (Lucas) ainsi que d’un ScrumMaster (Roman). L’objectif décrit par notre porteur en plus d’apporter notre contribution au projet et d’avoir appris de nouvelle chose, que ce soit sur la méthodologie employée ou les technologies utilisées sur le projet.

== Technologies ==
=== Frontend ===
- [https://angular.io/ Angular]

- HTML/CSS/JS

- [https://nodejs.org/en/ NodeJS]
=== Backend ===
- [https://www.php.net/ PHP]

- [https://www.mysql.com/fr/ MySQL]

- [https://www.docker.com/ Docker]
=== Projet ===
- [https://git-scm.com/ Git]

== Architecture technique ==
[[File:ArchitectureEDCampus.png]]

Le projet EDCampus utilise la dockerisation pour utiliser un ensemble d'outils utilisant des technologies différentes et faciliter l'installation et le développement de l’application. Nous avons un script qui regroupe différentes commandes pour gérer les dockers du projet. Nous avons plusieurs containers docker : 1 pour la base de données, 1 pour le chat, 1 pour le tableau blanc, 1 pour nginx, 1 pour le back + front, 1 pour phpMyAdmin. Ces dockers sont placés correctement via docker compose.

== Réalisations techniques ==

Ce projet aura été un total de 23 tâches réalisées. Celles-ci comprennent des fixes de bug, de nouvelles features et des améliorations de l'existant.

=== Correction de bugs ===
- Fermeture du menu d’information en cas de suppression d’un fichier.

- Code d’un projet/portefeuille non enregistré lors de sa création.

- Thème d’un projet/portefeuille marqué non défini sur la page principal de celui-ci.

- Correction de la prévisualisation des fichiers:
Depuis janvier 2022, l’API du service CloudConvert, utilisé pour la conversion des fichiers au format PNG pour la prévisualisation, n’est plus disponible et une migration vers leur nouvelle API était nécessaire. Dans un premier temps, un travail de recherche a été effectué pour faire un état de l’art des libraires, packages et/ou extensions disponible pour le traitement de fichiers de PDF, en évitant l’utilisation d’un nouveau service en ligne, pour remplacer le service de CloudConvert pour ne plus devoir payer ce service et avoir une fonctionnalité fonctionnelle. L’extension Imagick pour la conversion de PNG et Ghostscript pour la lecture de fichier PDF a finalement été choisie. La grande majorité des librairies se reposent directement sur ces deux extensions et les autres librairies étaient plus axées sur la génération de fichier PDF à partir de code HTML ou de fonction PHP.
Un autre état de l’art des libraires, packages et/ou extensions disponible pour le traitement de fichiers Excel a été réalisé. Le choix s'est porté sur un package permettant la conversion de fichier Excel à PDF puis une réutilisation de la fonctionnalité de conversion de PDF à PNG de Imagick.

- Remplacement de l’API sendgrid (plus à jour) par SMTP pour l’envoi des relances de livrable

=== Nouvelles fonctionnalités ===
- Ajout de l’envoi d’un mail à chaque invité dans un projet et/ou portefeuille.

- Recherche de fichiers/dossiers/liens dans la section Fichiers d’un projet/portefeuille.

- Activer/Désactiver une option pour les projets/portefeuilles.

=== Amélioration de l’existant ===
- Amélioration de formulaires sur plusieurs pages.

- Amélioration du visuel de la section Fichiers d’un projet.

- Modification de scripts de développement : un script nommé edc a été modifié pour permettre de supprimer les volumes docker associés à EDCampus et vérifier que les ports utilisés par les dockers étaient bien disponibles sur la machine.

== Gestion de projet ==

=== Méthode ===
Nous avons utilisé la méthodologie Agile Scrum avec des sprints de 1~2 semaines à l’issue desquels nous avions une réunion rétrospective afin de discuter de l’avancement/blocage de chacun.

=== L’équipe ===
- PO/Porteur : Anthony GEOURJON

- "Chef de projet" : Lucas DREZET

- Scrum Master : Roman REGOUIN

- Contributeurs : Liam ANDRIEUX, Kévin COSOTTI, Lucas DREZET, Roman REGOUIN (et Anthony GEOURJON)

== Outils ==

- [https://gricad-gitlab.univ-grenoble-alpes.fr/ GitLabUGA] : Plateforme utilisée pour la visualisation du code, utilisation d’un kanban pour visualiser les différentes issues, objectifs et la répartition du travail.

- [https://discord.com/ Disord] : Plateforme utilisée pour communiquer entre nous hors réunions. Nous avons pu faire des appels vocaux, des partages d'écrans et des envois de messages.

- [https://www.jetbrains.com/fr-fr/phpstorm/ PhpStorm] : IDE utilisé pour développer le code

- [https://www.vmware.com/fr/products/workstation-pro/workstation-pro-evaluation.html VMWare Workstation] : Outils de création de machines virtuelles pour simuler un Ubuntu.

- CI /CD : Mise en place sur le GitLab par d’anciens étudiants, mais ne marche pas.

== Métriques logicielles ==
=== Lignes de code modifiées ===
3762
=== Langages ===
JS, HTML, CSS, PHP, SQL
=== Temps ingénieur ===
[[File:COCOMOEDCampus.png]]

=== Répartition de code, issues et commits en % entre membres ===
[[File:RépartitionLignesIssuesCommitsEDCampus.png]]

[[File:RépartitionGrapheLignesIssuesEDCampus.png]]

[[File:RépartitionGrapheCommitsEDCampus.png]]

== Conclusion ==
=== Difficultés rencontrées : ===
- Code parfois mal documenté.

- Mise en place du Debugger Backend sous WSL (Windows Subsystem Linux).

- Manque de motivation pour certains membres.

- Projet ecom en parallèle (comparé aux autres années).

=== Apport personnel ===
- Apprentissage de nouvelles technologies.

- Satisfaction d’avoir pu apporter notre aide à un projet concret et durable.

- Compétences acquises : savoir se retrouver dans le code d’un projet créé par d’autres personnes.

- Exemple de projet réel et non de projet scolaire: le code n’est pas tout propre et nous ne partons pas de 0.
=== Futur ===
- Mettre en place de la CI/CD fonctionnelle, mettre en place des règles de codages, avoir un peu plus de documentation au niveau du code.

- Certaines parties du projet sont trop compliquées à maintenir et donc refaire quelque chose de 0 serait plus simple.

- Faire un état de l’application: code obsolète, utilisé, non documenté et peut être mettre une personne à plein temps pour mettre à jour l’application, quitte à mettre en pause le développement et/ou l’utilisation de certaines fonctionnalités.

== Démonstration ==

== Glossaire ==

- CI/CD : Continious Integration / Continious Deployment, processus d'automatisations de différentes tâches comme par exemple le lancement de test et la création de livrable.

== Bibliographie ==
- [https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus Git EDCampus]

- Graphiques de contribution : Lucas DREZET

Rapport EDCampus 2021-2022

2022-03-17T18:52:38Z

Roman.Regouin:

# EdCampus 2021 - 2022

1. [Rappel du sujet](#rappel-du-sujet)
2. [Technologies employées](#technologies)
3. [Architecture techniques](#architecture-technique)
4. [Réalisations techniques](#réalisations-techniques)
5. [Gestion de projet](#gestion-de-projet)
6. [Outils](#outils)
7. [Métriques logiciels](#metriques-logiciels)
8. [Conclusion](#conclusion)
9. [Démonstration](#demonstration)
10. [Glossaire](#glossaire)
11. [Bibliographie](#bibliographie)

## Rappel du sujet

EDCampus, initialement Waza Education et racheté par l’UGA pour la modique somme de 20 000€, est un projet de développement open source et collaboratif d’une plateforme web de gestion de projets pour les enseignants, les étudiants et les entreprises. En rachetant ce projet, l’UGA a fait l’acquisition d’un projet de 3 ans de développement pour l’équivalent d’un salaire d’ingénieur de 4 mois. La plateforme contient un ensemble de fonctionnalités pour faciliter la gestion de projet Agile et la gestion de projet parallèle pour les enseignants. On peut citer parmis les fonctionnalitées importantes:
- l’héritage de création de projet qui permet à un enseignant de créer et mettre à jour rapidement un ensemble de projet étudiant identique.
- un partage de dossier, fichier et de liens externes.
- un kanban Agile pour le suivi de projet pour la manipulation des tâches.
- un calendrier avec des événements pour le suivi de l’évolution du projet et l’avancement des tâches.
- un outil de chat instantané pour la communication dans un groupe.
- un outil de tableau blanc pour faciliter les sessions créatives.

EDCampus c’est plus de 2400 comptes utilisateurs, 500 utilisateurs actifs, plus de 500 projets, un ensemble de 11 projets de contribution étudiantes (de 2019 à 2022) venant de Polytech Grenoble, de l’IUT Valence et de l’Université de Haute-Alsace.

Le but de notre projet est de rejoindre les contributeurs d’EDCampus pour maintenir l’application en corrigeant les bugs remontés par les utilisateurs, en développant de nouvelle fonctionnalité ou en modifiant des fonctionnalités déjà existantes.

Notre équipe est composée de 4 contributeurs (Kévin, Liam Lucas, Roman), d’un chef de projet (Lucas) ainsi que d’un ScrumMaster (Roman). L’objectif décrit par notre porteur en plus d’apporter notre contribution au projet et d’avoir appris de nouvelle chose, que ce soit sur la méthodologie employé ou les technologies utilisées sur le projet.

## Technologies

- FrontEnd :
- [Angular](#https://angular.io/)
- HTML/CSS/JS
- [NodeJS](#https://nodejs.org/en/)
- BackEnd :
- [PHP](#https://www.php.net/)
- [MySQL](#https://www.mysql.com/fr/)
- [Docker](#https://www.docker.com/)
- Projet :
- [Git](#https://git-scm.com/)

## Architecture technique

[Image arichtecture de communication]

Le projet EDCampus utilise la dockerisation pour utiliser un ensemble de d'outils utilisant des technologies différentes et faciliter l'installation et le développement de l’application. Nous avons un script qui regroupe différentes commandes pour gérer les dockers du projet. Nous avons plusieurs container docker : 1 pour la base de donnée, 1 pour le chat, 1 pour le tableau blanc, 1 pour nginx, 1 pour le back + front, 1 pour phpMyAdmin. Ces dockers sont placées correctement via docker compose.

## Réalisations techniques

Ce projet aura été un total de 23 tâches réalisées. Celles-ci comprennent des fixs de bug, de nouvelles features et des améliorations de l'existant.

- Correction de bugs :
- fermeture du menu d’information en cas de suppression d’un fichier.
- code d’un projet/portefeuille non enregistré lors de sa création.
- thème d’un projet/portefeuille marqué non défini sur la page principal de celui-ci.
- correction de la prévisualisation des fichiers:
depuis Janvier 2022, l’API du service CloudConvert, utilisé pour la conversion des fichiers au format png pour la prévisualisation, n’est plus disponible et une migration vers leur nouvelle API était nécessaire. Dans un premier temps, un travail de recherche a été effectué pour faire un état de l’art des libraires, packages et/ou extensions disponible pour le traitement de fichiers de PDF, en évitant l’utilisation d’un nouveau service en ligne, pour remplacer le service de CloudConvert pour ne plus devoir payer ce service et avoir une fonctionnalité fonctionnelle. L’extension Imagick pour la conversion de PNG et Ghostscript pour la lecture de fichier PDF ont finalement été choisi. La grande majorité des librairies se reposent directement sur ces deux extensions et les autres librairies étaient plus axés sur la génération de fichier PDF à partir de code HTML ou de fonction PHP.
Un autre état de l’art des libraires, packages et/ou extensions disponible pour le traitement de fichiers Excel a été réalisé. Le choix s'est porté sur un package permettant la conversion de fichier Excel à PDF puis une réutilisation de la fonctionnalité de conversion de PDF a PNG de Imagick.
- Remplacement de l’API sendgrid (plus à jour) par SMTP pour l’envoi des relances de livrable

- Nouvelles fonctionnalités :
- Ajout de l’envoi d’un mail à chaque invité dans un projet et/ou portefeuille.
- Recherche de fichiers/dossiers/liens dans la section Fichiers d’un projet/portefeuille.
- Activer/Désactiver une option pour les projets/portefeuilles.

- Amélioration de l’existant :
- Amélioration de formulaires sur plusieurs pages.
- Amélioration du visuel de la section Fichiers d’un projet.
- Modification de scripts de développement : un script nommé edc a été modifié pour permettre de supprimer les volumes docker associés à EDCampus et vérifier que les ports utilisés par les dockers étaient bien disponibles sur la machine.

## Gestion de projet

- Méthode : Nous avons utilisé la méthodologie Agile Scrum avec des sprints de 1~2 semaines à l’issue desquels nous avions une réunion rétrospective afin de discuter de l’avancement/blocage de chacun.

- L’équipe :
- PO/Porteur : Anthony GEOURJON
- Chef de projet : Lucas DREZET
- Scrum Master : Roman REGOUIN
- Contributeurs : Liam ANDRIEUX, Kévin COSOTTI, Lucas DREZET, Roman REGOUIN (et Anthony GEOURJON)

## Outils

- [GitLabUGA](#https://gricad-gitlab.univ-grenoble-alpes.fr/) : Plateforme utilisée pour la visualisation du code, utilisation d’un kanban pour visualiser les différentes issues, objectifs et la répartition du travail.

- [Disord](#https://discord.com/) : Plateforme utilisée pour communiquer entre nous hors réunions. Nous avons pu faire des appels vocaux, des partages d'écrans et des envois de messages.

- [PhpStorm](#https://www.jetbrains.com/fr-fr/phpstorm/) : IDE utilisé pour développer le code

- [VMWare Workstation](#https://www.vmware.com/fr/products/workstation-pro/workstation-pro-evaluation.html) : Outils de création de machine virtuelle pour simuler un Ubuntu.

- CI /CD : Mise en place sur le GitLab par des anciens étudiants, mais ne marche pas.

## Métriques logiciels

- ligne de code ajoutés : 3762
- langages : JS, HTML, CSS, PHP, SQL
- temps ingénieur :
- répartition de code et commits en % entre membre : Voir figure.

[Images des graphiques]

## Conclusion

- Difficultés rencontrées :
- Code parfois mal documenté.
- Mise en place du Debugger Backend sous WSL (Windows Subsystem Linux).
- Manque de motivation pour certains membres.
- Projet ecom en parallèle (comparé aux autres années).

- Apport personnel :
- Apprentissage de nouvelles technologies.
- Satisfaction d’avoir pu apporter notre aide à un projet concret et durable.
- Compétences acquises : savoir se retrouver dans le code d’un projet créé par d’autres personnes.
- Exemple de projet réel et non de projet scolaire: le code n’est pas tout propre et nous ne partons pas de 0.

- Futur :
- Mettre en place de la CI/CD FONCTIONNELLE, mettre en place des règles de codages, avoir un peu plus de documentation au niveau du code.
- Certaines parties du projet sont trop compliquées à maintenir et donc refaire quelque chose de 0 serait plus simple.
- Faire un état de l’application: code obsolète, utilisé, non documenté et peut être mettre une personne à plein temps pour mettre à jour l’application, quitte à mettre en pause le développement et/ou l’utilisation de certaines fonctionnalités.

## Démonstration

## Glossaire

## Bibliographie

- Lien Git : https://gricad-gitlab.univ-grenoble-alpes.fr/edcampus
- Graphiques de contribution : Lucas Drezet

Rapport EDCampus 2021-2022

2022-03-17T16:38:01Z

Roman.Regouin: Created page with "EDCampus 2021-2022"

EDCampus 2021-2022

File:VT2021 XXXX presentation.pdf

2021-12-06T14:17:59Z

Roman.Regouin: Roman.Regouin moved page File:VT2021 XXXX presentation.pdf to File:VT2021 CDN presentation.pdf

#REDIRECT [[File:VT2021 CDN presentation.pdf]]

File:VT2021 CDN presentation.pdf

2021-12-06T14:17:59Z

Roman.Regouin: Roman.Regouin moved page File:VT2021 XXXX presentation.pdf to File:VT2021 CDN presentation.pdf

File:VT2021 CDN presentation.pdf

2021-12-06T14:17:40Z

Roman.Regouin: Roman.Regouin uploaded a new version of File:VT2021 XXXX presentation.pdf

VT2021 XXX demo

2021-12-06T14:10:15Z

Roman.Regouin: Roman.Regouin moved page VT2021 XXX demo to VT2021 CDN demo

#REDIRECT [[VT2021 CDN demo]]

VT2021 CDN demo

2021-12-06T14:10:15Z

Roman.Regouin: Roman.Regouin moved page VT2021 XXX demo to VT2021 CDN demo

[[File:DemoCDN.pptx]]

VT2021 CDN demo

2021-12-06T14:09:52Z

Roman.Regouin: Created page with "File:DemoCDN.pptx"

[[File:DemoCDN.pptx]]

File:DemoCDN.pptx

2021-12-06T14:08:23Z

Roman.Regouin: A powerpoint with a video of the demonstration within.

== Summary ==
A powerpoint with a video of the demonstration within.

VT2021 CDN fiche

2021-12-06T14:00:18Z

Roman.Regouin:

= Content Delivery Network =

'''ADNRIEUX Liam ([[liam.adnrieux@etu.univ-grenoble-alpes.fr]]) - REGOUIN Roman ([[roman.regouin@etu.univ-grenoble-alpes.fr]])'''

== Résumé ==
=== Résumé ===
Un "réseau de distribution de contenu" ou "Content Delivery Network" (CDN) est un réseau géographiquement distribué de serveurs proxy et de centre de données avec pour objectif de rendre hautement disponible la distribution de service relativement à l'utilisateur. Il est constitué d’un serveur d'origine (généralement l'application) qui va injecter son contenu dans le réseau. Il est aussi constitué de serveurs périphériques (appelé PoP pour Point of Presence) déployés à plusieurs endroits géographiquement distincts, où les contenus sont répliqués et mis en cache au plus proche de l’utilisateur. Il comprend un mécanisme de routage qui permet de servir l’utilisateur avec le serveur périphérique le plus proche.

L'impact direct d'un CDN est l'amélioration de l'expérience utilisateur en réduisant la latence entre l'utilisateur et le contenu. Il permet aussi une meilleure mise à l'échelle ainsi qu'une meilleure résistance aux attaques DDoS (attaque par dénis de service distribué) notamment grâce à des filtres sur des protocoles en périphérie du réseau.
Il est à noter qu’un CDN peut représenter un certain nombre d'inconvénients, entre autres les coûts supplémentaires qu’il peut engendrer ou la fuite de données potentiellement critique vers d’autres entreprises.

'''Mots clefs :''' PoP, Serveur, DDoS, Réseau, Performance, Latence, Cache, Disponibilité, Mise à l’echelle.

=== Abstract ===
A Content Delivery Network (CDN) is a geographic distributed network of proxy servers and data centers whose main goal is to make the service distribution highly available relative to the end user. It is composed of an origin server (generally the application server) which will dispatch his resources in the network. It is also composed of peripheral servers (called PoP) deployed at multiple distincts geographical places. It includes a routing mechanism allowing the system to serve the end user with the closest peripheral server.

The direct impact of using a CDN is the improvement of user experience by reducing the latency between the user and the content. It also allows scalability and a better resistance to DDos attacks (Distributed denial of service attack) mainly with filters on protocole at the edge of the network.
It should be noted that a CDN can represent a number of cons, notably the additional costs it can produce or the loss of critical data to other companies

== Fonctionnement ==
=== Vue d'ensemble ===
Un "réseau de distribution de contenu" ou "Content Delivery Network" (CDN) est un réseau géographiquement distribué de serveurs proxy et de centre de données avec pour objectif de rendre hautement disponible la distribution de service relativement à l'utilisateur.
Il est constitué de serveurs périphériques (PoP pour Point of Presence) déployés à plusieurs endroits géographiquement distincts, où les contenus sont répliqués et mis en cache au plus proche de l’utilisateur. Il est constitué d’un serveur d'origine (généralement l'application) qui va injecter son contenu dans le réseau. En cas d’une requête reçue par l’un de ses PoPs, s’il dispose du contenu demandé, alors on a un “Cache Hit” et le PoP délivre directement le contenu demandé. Dans le cas où il ne dispose pas du contenu demandé, dans le cas d’un contenu dynamique ou juste pas encore mis en cache, alors on a un “Cache Miss”. Il transfère la requête au serveur origine puis si possible il met en cache la réponse avant de l’envoyer à l’utilisateur. Dans certains cas, les Pops sont indépendants les uns des autres et seul le pop ayant fait la requête a mis en cache la réponse. Dans d’autres cas, la réponse est distribuée entre plusieurs PoPs, soit par groupe de PoPs localisé dans une même zone géographique, soit sur tous les PoPs d’un CDN.

Les serveurs PoPs doivent respecter les réglementations du pays où ils sont installés et cela peut parfois devenir très contraignant quand on essaye de mettre en place son propre CDN. C’est pourquoi des services de CDN existent et qui s'occupent de placer leur serveurs PoP sur tous les continents tout en respectant les réglementations en vigueur.
Il comprend aussi un mécanisme de routage qui permet de servir l’utilisateur avec le serveur périphérique le plus proche pour optimiser les performances du CDN.

=== Routage CDN===

Pour mettre en place un CDN, il faut mettre en place un ou plusieurs record Cname auprès de son fournisseur DNS (Domain Name System) pour que le routage vers le nom de domaine de notre serveur passe par le CDN. Un fichier Cname est un fichier permettant d’indiquer un sous-domaine. Cela permet de rediriger les requêtes vers le nom de domaine du fournisseur CDN. Puis auprès du fournisseur CDN, il faut indiquer via un record A pour indiquer l’adresse de notre serveur quand il y’a un cache Miss

=== Type de CDN===

*'''Push CDN'''

Dans un CDN de type push, c’est l’application qui va charger de son propre chef du contenu sur les CDN. Par exemple pour le déploiement d’une nouvelle mise à jour d’un logiciel, le(s) serveur(s) d'origine va charger la mise à jour dans les PoP.

[[File:CDNPush.jpg|CDN Push Type]]

*'''Pull CDN'''

Dans un CDN de type pull, c’est le CDN qui va demander (du à une requête d’un client) au serveur de l’application du contenu pour ensuite le mettre en cache.

[[File:CDNPull.jpg|CDN Pull Type]]

== Utilité ==

=== Rapidité de Distribution ===

On a beau optimiser les performances de notre serveur au maximum pour minimiser le temps de traitement pour une requête utilisateur, quoi qu’il arrive on est limité par les contraintes que nous impose le monde physique. Nos informations ne pourront jamais atteindre nos utilisateurs plus vite que la vitesse de la lumière (299 792 458 m/s).
C’est l’un des problèmes que le CDN permet de contourner en fournissant le contenu au plus proche des utilisateurs et permet de réduire drastiquement la latence entre les utilisateurs et le contenu désiré.

=== Réduction de la Charge Serveur et Haute Disponibilité ===

De manière indirecte, le CDN permet par son fonctionnement de réduire la charge du serveur. En mettant en cache le contenu dans les serveurs périphériques, cela permet de filtrer une grande partie des requêtes qui sont directement délivrées par le CDN.

De la même manière, cela permet d’augmenter la disponibilité du serveur d’origine. Celui-ci n’étant que très rarement chargé, il n’y a que peu de risques de saturation du serveur d’origine et garantit de ce fait une meilleure disponibilité.
Un point qui peut être souligné, il arrive parfois que grâce à un CDN, un site puisse toujours être accessible malgré le fait que le serveur soit tombé en panne. Cela peut s’expliquer par le fait que la majorité du contenu du serveur d’origine soit encore stocké dans le CDN ce qui permet de livrer le contenu aux utilisateurs. Ceux-ci ne sont donc même pas au courant que le serveur est en panne.

Enfin, en cas d’un pic d’affluence de visiteurs, qui peut parfois ressembler à une attaque DDos, le CDN permet d’encaisser cette affluence avec la répartition géographique des visiteurs sur les différents serveurs périphériques.

=== Sécurité ===
De manière générale, les services de CDN garantissent l’usage des certificats SSL utilisés pour les requêtes HTTPs. Cependant, la majorité des services de CDN propose davantage de sécurité notamment contre les attaques DDos (attaque par dénis de service distribué).
De par son architecture qui met en cache le contenu et ne permet pas de liaison directe avec le serveur d’origine, un CDN permet naturellement une première protection contre les attaques de type DDos en répartissant la charge de l’attaque sur l’ensemble des serveurs périphériques. Leur cache permet de livrer rapidement les requêtes et de contenir la haute fréquence de requête des attaques. Cependant, dans le cas de très grosse attaque DDos, cela ne peut pas suffire. C’est pourquoi les services de CDN appliquent des filtres sur les couches 3/4 (UDP,ICMP,SYN) et la couche 7 en inspectant le contenu HTTP pour limiter l’impact des attaques DDos.

== Limitations ==

La mise en place d’un CDN ajoute une complexité non négligeable.

=== Coût ===

Suivant le fournisseur, les prix peuvent varier. Des fournisseurs comme CloudFlare donnent accès aux fonctionnalités de base gratuitement. Pour des fonctionnalités supplémentaires c’est un paiement fixe par mois (20~200 USD/mois). Nous avons aussi Azure CDN qui lui opte pour une facturation “pay as you go” (0,081 USD/Go).

=== Perte de Contrôle ===

Les CDN sont proposés par des tiers, de ce fait, on accorde sa confiance. Les données stockées sur les CDN peuvent ne plus être entièrement privées.
De plus, les infrastructures sont aussi gérées par ces tiers, nous n'avons donc aucun contrôle dessus, les CDN peuvent tomber en panne et nous devons faire confiance au tiers pour qu’ils soient restaurés.
Suivant les plan de tarifications, le contrôle des données peut varier, par exemple sur “CloudFlare”, le plan gratuit permet seulement de vider le cache du CDN et non de visualiser ce qui en cache.

=== Localisation des Services ===

La plupart des CDNs route les utilisateurs vers le PoP le proche. Cependant dans le cas où notre application d’origine est sur un serveur en France et que le fournisseur de CDN n’a pas de PoP en France mais seulement en Chine, un utilisateur en france sera redirigé vers le Pop de Chine ce qui entraînera de la latence. Si nous avions pas de CDN en place, l’utilisateur aurait été dirigé directement vers le serveur de l’application qui est en france.

== Mettre en place ==

Voir la documentation du fournisseur ;)

File:CDNPush.jpg

2021-12-06T13:51:22Z

Roman.Regouin:

File:CDNPull.jpg

2021-12-06T13:50:57Z

Roman.Regouin:

Géolocalisation et suivi des transports en commun

2021-10-29T13:46:04Z

Roman.Regouin:

Elèves INFO5 : Liam ANDRIEUX, Lucas DREZET, Roman REGOUIN

Géolocalisation et suivi sur une application en temps réel des transports en commun.

'''Gantt :'''
[[File:GanttG4IoT.png]]

'''Technologies :'''
* GNSS (GPS, Glonass, Beidou, Galileo)
* Multilateraltion TDOA ([https://github.com/CampusIoT/tutorial/tree/master/loracloud tuto])
* Ranging LoRa 2.4GHz ([https://semtech.my.salesforce.com/sfc/p/#E0000000JelG/a/44000000MDcY/ZsmAVCVenZkc0lUrr3RuxWSfdFxY2Tj_msk4N9DAhBo Semtech Application Note: How to Perform Ranging Tests with the SX1280 Development Kit], ([https://github.com/StuartsProjects/SX1280_Testing voir])
* LoRa Edge (LR1110)

'''Matériel :'''
* [https://www.st.com/en/evaluation-tools/p-nucleo-lrwan2.html P-NUCLEO-LRWAN2]
* [https://wiki.seeedstudio.com/Grove-GPS/ Grove-GPS]
* [https://www.mouser.fr/new/semtech/semtech-lr1110-lora-reference-designs/ Kit d'évaluation LR1110] --> A demander à Didier DONSEZ
* [https://www.dragino.com/products/lora-lorawan-end-node/item/142-lgt-92.html Dragino LGT92] --> A demander à Didier DONSEZ
* [https://github.com/thingsat/tinygs_2g4station/blob/main/README.md TinyGS :: 2.4 GHz LoRa ground station]

'''Logiciel :'''
* STM32CubeIDE
* Android Studio
* Librairie LMIC

'''Solutions similaires :'''
* [https://www.sigtv.fr/TCL-localise-ses-bus-et-trams-en-live_a1182.html TCL Live]

'''Liens:'''
* [https://github.com/Lora-net/lr1110_evk_demo_app Demo LR1110]
* [https://lns.campusiot.imag.fr/#/login CampusIoT]
* [https://jsfiddle.net/qz3y0Lk8/ Carte Grenoble avec lignes tram en javascript]
* [https://github.com/mcci-catena/arduino-lmic#supported-hardware Git de la librairie LMIC]
* [https://docs.lora.tetaneutral.net/tutorials/lorawan-connection/ Tuto utilisation de LMIC]
* [https://www.rfwireless-world.com/Tutorials/LoRaWAN-classes.html Comparaison des classes LoRa]