WorksheetsDimensionnement SI SIG
Total questions: 10
Worksheet time: 7mins
À 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, ..
