Architectures Distribuées

Avantages généraux

• Tolérance aux pannes : si un service s’effondre, le reste de l’application peut conitnuée à être utilisé
• Scalabilité : nous pouvons facilement scaler le service ayant une surcharge d’utilisation sans avoir à scaler l’application dans sa globalité
• Agilité : des équipes plus autonomes; on va pouvoir cloisoner les équipes, chacune travaille sur ce microservice (e.g. pas le même langage, pas la même organisation). La communication entre service se fera au travers d’interface (e.g. API Rest)

Inconvénients généraux

Mais un système distribué a également de nombreux désavantages

• Mise en place compliqué : là où avec une architecture monolithique le déploiement se faisait sur un seul serveur, ici notre application est distribué sur un ensemble de serveurs qu’il va falloir gérer
• Monitoring : nous devons nous aussurer que l’ensemble des services, des serveurs et du résau est opérationnel. Cela demande plus de travail que dans une architecture monolithique car nous gérons des réplicats sur une multitude de serveurs. Il faut une équipe dédié pour maintenir l’architecture et le réseaux
• Coût élevé : par conséquent, nous avons un coût plus élevé. On notera que certaine entreprise reviennent en arrière pour réduire leur coût (e.g. Prime Video sont passés du microservice au monolith pour réduire leur cout de 90%)