Architecture autonome
L'architecture autonome est conçue pour les déploiements sur site à nœud unique de la plateforme d'identité miniOrange. Elle offre une configuration simplifiée tout en proposant les composants essentiels d'une solution de niveau entreprise. IAM Solution.
- Composants:
- NGINX : Il sert de proxy inverse et de point d'entrée pour l'accès Web.
- Apache Tomcat : Héberge le serveur d'identité miniOrange.
- Microservices : Fournir une gestion modulaire des identités et des accès (IAM) Fonctionnalité.
- Serveur de cache (Redis) : Garantit un accès plus rapide aux données fréquemment utilisées.
- Serveur de base de données: Stocke les données d'identité et de configuration persistantes.
- File d'attente de messages (RabbitMQ) : Gère la communication entre les services internes.
- Connectivité:
L'accès externe est assuré par des ports standard :
- 80 (HTTP) : L'accès à Internet
- 443 (HTTPS) : Accès Web sécurisé
- 1812 (UDP) : Authentification RADIUS
- 1813 (UDP) : Comptabilité RADIUS
- 10049 (TCP) : Tacacs
La connectivité interne est maintenue avec le serveur de cache, le serveur de base de données et la file d'attente de messages pour un traitement et un flux de données efficaces.
- Cas d'utilisation:
La configuration autonome est mieux adaptée aux environnements de développement, de test ou de production à petite échelle, où la haute disponibilité (HA) et la reprise après sinistre (DR) ne sont pas des exigences critiques.
Architecture autonome avec reprise après sinistre (Autonome + DR)
L'architecture autonome + DR étend le déploiement autonome en ajoutant un environnement de reprise après sinistre dédié pour assurer la continuité des activités.
- Environnement primaire :
Exécute le serveur d'identité principal, les microservices, le serveur de cache, la base de données et la file d'attente de messages RabbitMQ.
- Environnement DR :
- Reproduit la configuration principale.
- Assure la synchronisation grâce à la réplication de la base de données et la cohérence des données à travers les couches de mise en cache et de messagerie.
- Basculement :
- Tout le trafic est acheminé via un équilibreur de charge.
- En cas de défaillance de l'environnement principal, les requêtes basculent automatiquement vers l'environnement de reprise après sinistre sans interruption pour l'utilisateur.
- Cas d'utilisation:
Idéal pour les organisations qui ont besoin de continuité et de résilience dans leurs activités, garantissant ainsi le maintien des services opérationnels même en cas de panne des centres de données.
Architecture à haute disponibilité
L'architecture HA garantit une disponibilité continue et une tolérance aux pannes en exécutant plusieurs nœuds en parallèle.
- Composants:
- Deux ou plusieurs nœuds miniOrange IDP, chacun avec NGINX, Tomcat, le serveur d'identité et des microservices.
- Serveur de cache Redis partagé, base de données et file d'attente de messages RabbitMQ.
- Équilibreur de charge :
- Répartit les requêtes des utilisateurs sur plusieurs nœuds IDP.
- Il assure l'évolutivité et la redondance, évitant ainsi les points de défaillance uniques.
- Cas d'utilisation:
Parfaitement adapté aux déploiements de moyenne à grande échelle, où la disponibilité, les performances et la capacité d'évolution sont des exigences opérationnelles essentielles.
Haute disponibilité avec reprise après sinistre (HA + DR)
L'architecture HA + DR combine le clustering et la redondance géographique pour une résilience maximale.
- Environnement primaire :
- Exécute plusieurs nœuds IDP en mode HA derrière un équilibreur de charge.
- Connecté à la mise en cache Redis, à une base de données principale et à une file d'attente de messages RabbitMQ pour un traitement à haute vitesse.
- Environnement DR :
- Contient une configuration identique, synchronisée en temps réel.
- Redis, la base de données, et RabbitMQ assurent la réplication des données pour une transition en douceur.
- Équilibreur de charge global :
- Achemine les requêtes entre les environnements principal et de reprise après sinistre.
- Effectue des contrôles de santé et assure un basculement automatique en cas de panne.
- Cas d'utilisation:
Idéal pour les déploiements d'entreprise critiques exigeant une haute disponibilité, une reprise après sinistre et une géo-résilience sur plusieurs centres de données.
