Soirée Micro-services

Date et lieu

Mardi 12 Février 2019
Dans les locaux de Renault Digital

Les inscriptions seront ouvertes le jeudi précédent l’évènement. Suivez aussi le Parisjug sur Twitter (@parisjug) pour être informé rapidement.

Les sessions sont filmées et le public est photographié. Les photographies sont ensuite publiées sur le site du Paris JUG et autres médias de l’associations Paris JUG. En acceptant cette invitation, vous autorisez le Paris JUG à publier votre photo sur les médias sus-mentionnés.
Les inscrits à l’évènement non présents 5 min avant le début de la session, soit à 19h25, verront leur place remise à disposition
Les non inscrits à l’évènement ne pourront donc y assister que sous réserve de places disponibles sur place 5 min avant le début de la session, soit à 19h25.
L’inscription implique de posséder une adresse mail valide sur laquelle vous recevrez une demande de confirmation à laquelle il vous faudra répondre afin de valider votre inscription. Toute inscription non confirmée ne sera pas prise en compte !

Détails

19h15 à 19h30: Accueil

19h30 - Synchronisation bi-directionnelle d’un legacy et d’une architecture micro-services

Si vous travaillez dans une startup, vous devez certainement monter votre architecture micro-services from scratch avec assez peu de dépendances. Toutefois dans bien des cas, votre architecture est prévue en remplacement d’un système monolithique existant. Evidemment toute migration de type big bang est proscrite et vous devez prévoir que les deux systèmes coexistent pour un longue durée et sont amenés à modifier des données de façon concurrente … et en évitant tout conflit! Venez découvrir comment ce défi a été relevé pour un acteur de la grande distribution de premier plan.

par Brice Leporini

20h30 à 21h00 : Buffet

21h00 - Consumer Driven Contract Testing

Le Consumer Driven Contract Testing permet de mettre en place des tests robustes et efficaces au frontière entre les services sans tomber dans de très compliqués E2E. Ces tests permettent de livrer des changements de contrat (API ou messaging) tout en s’assurant de ne pas casser un service client. Ils permettent aussi de mieux comprendre les dépendances entre services. C’est vraiment une pratique de tests que j’ai trouvé extrêmement intéressante et efficace sur avec Spring Cloud Contract.