> For the complete documentation index, see [llms.txt](https://luisfds.gitbook.io/systeme-dinformation/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://luisfds.gitbook.io/systeme-dinformation/systemes-dinformations/9.-conclusion.md).

# 9. Conclusion

#### 1. Synthèse exécutive

Le présent document valide la phase de conception de l'infrastructure cible pour le système d'information de XANADU.\
L'architecture proposée répond aux exigences de modernisation, de sécurisation et de haute disponibilité pour une organisation multisite (Atlantis et Springfield).

En s'appuyant sur des standards industriels reconnus (recommandations de l'ANSSI, principes ISO 27001) et sur une approche technologique hybride (virtualisation classique et conteneurisation), cette conception offre une base robuste, évolutive et alignée sur les enjeux métiers de l'entreprise.

***

#### 2. Bilan des réalisations techniques

L'ingénierie du projet a permis de statuer sur plusieurs piliers stratégiques de l'infrastructure :

* Architecture réseau et sécurité\
  Déploiement d'une segmentation réseau stricte (13 VLANs) et d'une interconnexion sécurisée inter-sites (MPLS adossé à un tunnel IPsec redondant).\
  La matrice de flux (72 règles) garantit un cloisonnement conforme aux exigences de l'ANSSI.
* Infrastructure serveur hybride\
  Pour répondre aux contraintes d'optimisation des ressources, le SI s'articule autour d'une architecture combinant :
  * des machines virtuelles (services critiques Microsoft) ;
  * des environnements conteneurisés sous Docker (services Linux, ERP Odoo, monitoring).\
    Cette approche orientée microservices garantit une empreinte matérielle maîtrisée tout en couvrant 100 % du périmètre fonctionnel attendu.
* Services d'annuaire et gouvernance\
  L'Active Directory (forêt mono-domaine) est architecturé autour de 3 contrôleurs de domaine avec une ségrégation des rôles FSMO pensée pour la haute disponibilité.\
  L'implémentation du modèle AGDLP (28 groupes) et la délégation granulaire d'administration aux correspondants informatiques garantissent le respect du principe de moindre privilège.
* Standardisation et automatisation\
  Le déploiement de stratégies de groupe (GPO) combiné à l'industrialisation par scripts (PowerShell, Bash) a permis de standardiser la configuration des postes de travail et de réduire drastiquement les délais de déploiement (baisse estimée à 87 % du temps de configuration manuel).
* Continuité d'activité et résilience\
  La stratégie de sauvegarde retenue s'appuie sur la règle du 3-2-1, orchestrée par UrBackup, avec un stockage local et une réplication distante (Atlantis vers Springfield).\
  Les métriques cibles de PCA/PRA (RTO de 4 h, RPO de 24 h) sont validées par les procédures de test intégrées au plan de maintenance.

***

#### 3. Évaluation des performances et métriques

Le tableau ci-dessous synthétise l'atteinte des objectifs de conception par rapport au cahier des charges initial :

| **Indicateur de performance**      | **Cible initiale** | **Résultat de la conception**   | **Statut**        |
| ---------------------------------- | ------------------ | ------------------------------- | ----------------- |
| Couverture fonctionnelle           | 80 %               | 85 % (optimisation via Docker)  | Atteint / Dépassé |
| Disponibilité estimée (SLA)        | 99 %               | 99,5 % (redondance inter-sites) | Atteint           |
| RTO (objectif de temps de reprise) | < 6 heures         | 4 heures (procédures validées)  | Atteint           |
| RPO (objectif de perte de données) | < 24 heures        | 24 heures (backup quotidien)    | Atteint           |
| Automatisation des tâches IT       | 70 %               | 85 %                            | Atteint / Dépassé |

***

#### 4. Roadmap et évolutions futures (phasage)

Bien que la conception actuelle réponde aux exigences immédiates de XANADU, l'infrastructure a été pensée pour évoluer.\
Le plan d'intégration se décline en trois phases :

**Phase 1 : Déploiement et validation (court terme)**

* Maquettage technique : instanciation de l'environnement de pré-production (9 VMs) pour valider la viabilité de l'architecture hybride.
* Tests d'acceptation (UAT) : validation des politiques de sécurité (GPO), des accès ERP et des procédures de restauration en conditions réelles.
* Validation du dossier : présentation au comité de pilotage pour passage en production.

**Phase 2 : Consolidation (moyen terme – 3 à 6 mois)**

* Déploiement des technologies de réplication de fichiers (DFS-R) pour la haute disponibilité de la donnée utilisateur.
* Implémentation de WSUS pour la gestion centralisée des correctifs Microsoft.
* Mise en place d'une infrastructure à clés publiques (PKI) interne pour la sécurisation des flux web.
* Migration de l'ERP Odoo vers son environnement de production final.

**Phase 3 : Extension et cloudification (long terme – 1 an et plus)**

* Amélioration du Plan de Reprise d'Activité (PRA) avec l'activation d'un site de secours "à chaud" à Springfield.
* Étude de migration vers un modèle d'identité hybride (intégration Entra ID / Azure AD) pour faciliter la gestion des terminaux mobiles (MDM).

***

| **Réalisation** |
| --------------- |
| Lucas Garcia    |
| Luis Fernandes  |
| Egor Krichko    |