Dimensionnement SI SIG

À quoi sert le dimensionnement dans un projet SIG ?

• À déterminer le budget total du projet

• À estimer les ressources nécessaires pour garantir performance et stabilité

• À déterminer l'architecture technique

Le dimensionnement concerne principalement :

• Le choix des ressources logicielles à mettre en place

• La capacité de stockage, la charge serveur, la RAM et les CPU nécessaires

• La fréquence des commits dans Git

Pourquoi faut-il anticiper la croissance des données ?

• Pour éviter de devoir redimensionner l'équipe projet

• Pour dimensionner plus gros que nécessaire au départ

• Pour éviter les saturations à moyen terme et prévoir une marge évolutive

Dans un projet SIG, quels types de données sont les plus volumineux ?

• Les fichiers JSON

• Les couches vectorielles simples (points, lignes)

• Les photos ou images stockées en base ou liées

Pourquoi cloisonner les composants de l'architecture (BDD, API, frontend) ?

• Pour utiliser plus de serveurs et rentabiliser les licences

• Pour isoler les processus, améliorer la sécurité et faciliter la maintenance

• Pour avoir une belle architecture technique

Une architecture SIG minimalement cloisonnée comporte :

• Un serveur unique contenant tous les services

• Deux serveurs (frontend + backend)

• Trois serveurs (BDD, backend, frontend)

Quel est l'impact d'une mauvaise configuration et dimensionnement du serveur PostgreSQL/PostGIS dans un SI SIG ?

• Aucun, tant que l'application web fonctionnera normalement

• Elle peut entraîner des lenteurs importantes sur les requêtes sur les données et donc l'affichage

• Elle affecte uniquement l'affichage des images liées au données côté frontend

Pourquoi utiliser un environnement de test ou de recette ?

• Pour permettre à tous les utilisateurs de modifier la base

• Pour tester les mises à jour sans impacter la production

• Pour avoir un environnement accessible à l'utilisateur si la prod ne fonctionne plus

Quelle est une bonne pratique pour estimer le besoin en stockage ?

• Prendre uniquement la taille initiale des données actuelles

• Ajouter une marge de 20 à 50% pour les évolutions futures et les sauvegardes

• Se baser uniquement sur la taille des données à stocker et de leur évolution

Quel type d'hébergement est adapté pour un projet SIG léger, interne, sans haute disponibilité ?

• Hébergement hydride on-premise et cloud provider

• Hébergement on-premise ou VM simple avec stockage local

• Hébergement chez un cloud provider type AWS, Google Cloud, ..