Aller au contenu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Menu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Inscrivez-vous à la newsletter

Inscrivez-vous à la newsletter

Abonnez-vous maintenant et nous vous tiendrons au courant.
Nous respectons votre vie privée. Vous pouvez vous désabonner à tout moment.

Bienvenue sur le Blog d'EASYTEAM (ex ArKZoYd)

  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
Menu
  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • le 13/05/2020
  • Gregory
  • Intégration

Présentation de l’architecture en micro-services (Partie 2)

Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Comme vu dans la 1ère partie l’architecture en micro-services nous apporte bon nombre d’avantages.

Cependant, leurs mises en place et leurs nombres créent une nouvelle forme de complexité :

  • L’analyse fonctionnelle ainsi que la conception vont demander un effort supplémentaire par rapport à une architecture classique afin de pouvoir créer des unités fonctionnelles fortement cohésives et autonomes.
  • La gestion opérationnelle en termes de déploiement, tests et monitoring est plus complexe.
  • Il y a des contraintes techniques à prendre en compte.

 

Intégration des micro-services

De nombreuses questions peuvent se soulever avant de souhaiter mettre en place une architecture micro-services, comme de savoir si la communication entre deux micro-services est synchrone ou asynchrone, comment gérer les cas d’exception technique, …

Toutes ces questions sont légitimes et les choix que vous ferez dépendront grandement des besoins spécifiques pour votre organisation.

 

Echanges Synchrone et Asynchrone

Évidemment, il est tout à fait possible de mettre en place une communication synchrone entre les micro-services. Mais il vous sera plus recommandé d’utiliser une communication asynchrone afin d’augmenter la scalabilité.
De plus, vous risquez de rencontrer des problématiques lors d’une communication synchrone dès lors que des micro-services invoquent récursivement un grand nombre de « sous-micro-services ».

 

La gestion des versions

L’architecture en micro-services doit être capable de gérer les évolutions de versions. Un client qui évolue doit toujours pouvoir être compatible avec un serveur qui, lui, n’a pas évolué. Le sens inverse est aussi vrai, un serveur doit pouvoir évoluer et continuer à répondre aux requêtes d’un client qui, lui, n’a pas évolué.

 

Tests des micro-services

Au vu du nombre de services déployés dans une architecture micro-services (qui peut vite devenir très important), il risque d’être difficile de pouvoir recréer un environnement de production qui soit complet (incluant le micro-service à tester, les micro-services liés ainsi que les différentes sources de données liées).
Il est donc difficile d’être sûr que les tests couvrent toutes les fonctionnalités de l’environnement de production.
Un effort de monitoring visant à déceler rapidement des anomalies de production est donc fortement recommandé.

 

Monitoring des micro-services

Le monitoring des micro-services va permettre de surveiller le bon fonctionnement des appels entre les micro-services mais aussi d’avoir une cartographie dynamique de leur répartition sur l’infrastructure ainsi que les versions de services déployés.

 

Gregory
Gregory
Voir tous ses articles
Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Laisser un commentaire Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Les derniers articles

  • Master Note Middleware 2020 27/01/2021
  • Synchronisation standby avec Dbvisit 25/01/2021
  • La fin d’OVM – L’essor d’OLVM 18/01/2021
  • Azure Netapp Files 11/01/2021
  • AWS – Choisir entre les services de messagerie pour les applications Serverless AWS 04/01/2021

Les derniers commentaires

  • Master Note Middleware 2020 - EASYTEAM dans Présentation de l’architecture en micro-services (Partie 1)
  • Master Note Middleware 2020 - EASYTEAM dans Kafka pour les débutants
  • Master Note Middleware 2020 - EASYTEAM dans Master Note Middleware 2019
  • Synchronisation standby avec Dbvisit - EASYTEAM dans DUPLICATE…FROM ACTIVE DATABASE
  • Laurent GALLET dans Chiffrement du flux SQL*NET
Espace Membres
Mot de passe perdu ?
EASYTEAM

Tour Nova, 71 Boulevard National,
92250 La Garenne-Colombes
Tél. 0800 40 60 40
contact@easyteam.fr

Facebook
Linkedin
Twitter
Navigation
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Menu
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Services
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Menu
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Blog
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Menu
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Copyright 2018 - EASYTEAM, Tous droits réservés
Mentions légales
Politique de confidentialité​