BT

Diffuser les Connaissances et l'Innovation dans le Développement Logiciel d'Entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Actualités Voxxed Microservices : Rudy De Busscher, "Transactions Dans Votre Architecture Micro Services"

Voxxed Microservices : Rudy De Busscher, "Transactions Dans Votre Architecture Micro Services"

Voxxed Days Microservices est un événement centré exclusivement sur les Microservices. Durant cette seconde édition, deux jours de conférences et un jour d’atelier (en option) auront lieu à Paris du 21 au 23 octobre 2019.

Les lecteurs d'InfoQ peuvent profiter d'une promo de 20% avec le code VXDMS19_COM_INFOQFR lors de l'inscription.

InfoQ s'est entretenu avec Rudy De Busscher au sujet de sa session intitulée "Transactions dans votre architecture microservices".

Bonjour Rudy, dis-nous qui tu es et ce qui t'as amené aux microservices ?

Bonjour, je travaille actuellement au sein de l'équipe de service de Payara Services Ltd., où je partage mon temps entre l'assistance à la clientèle, la rédaction de blogs et de guides d'utilisation, le travail sur les spécifications de MicroProfile et l'aide au codage de la plate-forme Payara.

Avant cela, j'étais un consultant qui travaillait beaucoup sur le développement et je voyais beaucoup de gens qui luttaient avec une architecture choisie, du type monolithe et du type microservice. Pour certains scénarios, une architecture de microservice peut être bénéfique, mais elle présente des défis. Aider les gens avec ces défis m'a amené dans le monde des microservices.

De quoi parleras tu à Voxxed Days Microservices ? 

Les transactions sont une technique simple permettant au développeur d'assurer la cohérence des données. Les modifications étant toutes validées ou annulées, vos données sont toujours cohéentes et les autres sessions ne voient aucune information incomplète.

Mais dans un environnement distribué, cela ne peut pas être réalisé car les données peuvent être réparties sur plusieurs sources de données et types de sources de données, ou nous ne pouvons pas très bien mettre à l'échelle les transactions distribuées.

Pour finalement parvenir à la cohérence des données, le pattern SAGA est très populaire et décrit une procédure permettant de l'atteindre en utilisant le concept d'une action compensable.

La session approfondit un peu ces problèmes et concepts et vous montre, à l'aide de plusieurs exemples, comment vous pouvez atteindre une cohérence éventuelle au sein de microservices avec l'utilisation de la spécification MicroProfile Long Running Action développée pour remédier à ce problème.

Avec le théorème CAP, nous avons éliminé la cohérence des données. Ensuite, Google a annoncé Spanner. Où en sommes-nous maintenant et où allons-nous en termes de cohérence pour les systèmes distribués? 

De nombreuses solutions «traditionnelles», telles que les implémentations de bases de données, se sont améliorées ces dernières années et de nouveaux produits tels que Google Spanner ont été créés pour concurrencer le caractère distribué du monde des microservices. 

Mais dans la plupart des cas, nous avons réellement besoin d'une autre façon de penser à la manière dont les données sont utilisées et leurs cohérences. La cohérence éventuelle est alors une étape logique et le pattern SAGA est de plus en plus utilisé car il s'est avéré utile et cela de manière relativement simple.

Twitter : @rdebusscher

GitHub : https://github.com/rdebusscher

Blog de l'entreprise : https://blog.payara.fish/

 

Evaluer cet article

Pertinence
Style

Contenu Éducatif

BT