Contexte : Une entreprise centralise les logs critiques de plusieurs applications et environnements dans une seule stack ELK. Le Problème : L’architecture actuelle repose sur un unique nœud Elasticsearch et un seul Logstash, créant un point unique de défaillance. Contraintes : Concevoir une architecture distribuée avec cluster Elasticsearch multi-nœuds, réplication des shards, et haute disponibilité pour Logstash et Kibana. Aucune perte de logs autorisée. Livrable attendu : Proposer une architecture complète ELK hautement disponible, incluant stratégie de réplication, équilibrage de charge et résilience aux pannes.