Architecture cluster (arch)
|
Une architecture Cluster est un architecture scalable horizontalement par ajout de ressources de traitement, la structure typique d'une architecture scalable est la suivante :
Une architecture scalable est généralement divisée en quatre sous-systèmes :
Le front-end HTTP
Ce sous-système est responsable de l'interaction avec l'utilisateur, il doit être conçu pour le maximum de performance afin de réduire les temps de réponse et de fournir une bonne expérience utilisateur.
Le back-end de traitement
Ce sous-système est responsable de l'exécution des tâches métiers. Il comprend une ou plusieurs files d'attente des tâches à réaliser et des serveurs de traitements consommant ces files d'attente. Il doit être conçu pour le maximum de fiabilité.
La gestion des données
Ce sous-système est responsable du stockage des données. Il doit être conçu pour garantir la disponibilité, l'intégrité et confidentialité des données. Généralement les données de production des clients (sql) sont stockées dans une base de données unique. Ce sous-système peut aussi gérer des données et méta-données non structurées (média).
La supervision
Ce sous-système est responsable de supervision de la solution. Il prend en charge la configuration de la solution en fonction de la charge. Il dépend de la plateforme cible de déploiement.
Architecture Cluster 1000
Un cluster 1000 est un ensemble de Service 1000 démarrés sur la même configuration logique, dans ce contexte un Service 1000 est appelé un noeud du Cluster.
Différence entre l'Architecture Cluster et l'Architecture 3 Tiers
| Fonction | Cluster | 3 Tiers |
|---|---|---|
| Topologie | Dynamique | Statique |
| Serveur HTTP | Interne au Service 1000 | Externe (IIS / Apache) |
| Répartition de charge | Géré par les Service 1000 | Géré par le serveur HTTP |
| Import parallèle | Oui | Possible par spécifique |
| Traitement parallèle | Oui | Non |
| Elasticité | Possible | Impossible |
Voir aussi:
