Architecture

The OCTO Group Architecture Grimoire (TOGAG) L’Architecture d’Entreprise (AE) est mal perçue depuis quelques années. C’est bien dommage parce que nous pensons que l’AE est pourtant essentielle pour la réussite de tout programme de transformation digitale : l’Architecture d’Entreprise c’est l’avenir. C’est pourquoi nous avons créé un nouveau framework d’AE, parce que nous trouvions que les autres n’étaient pas assez exhaustifs, pas assez détaillés : le diable se cache dans le détail. C’est pour pouvoir le débusquer que nous souhaitons être le plus détaillé possible.…

Dans ce talk, Wassel nous propose de nous interroger sur les architectures event-driven en nous posant trois questions : Quelle est la promesse des architectures event-driven ? Qu'est ce que ca signifie pour nous, quelles sont les implications concrètes pour notre SI ? Est-ce que je suis prêt ?

La révolution DevOps a introduit une gestion des applications au cycle de vie plus court (des mises en production plus fréquentes) et plus complexes (rollbacks, blue/green, canary deploy, A/B testing…). Elles sont aussi introduit une nouvelle tendance: les micro-services. Dans ce nouveau monde, on cherche à séparer les responsabilités non plus par des critères techniques mais par des critères fonctionnels. Afin de rendre les mises en production indépendantes entre elles et ainsi autonomiser les équipe, on cherche aussi à réduire et isoler les développements. Ce…

Le but de cette mission est de passer du POC, déjà réalisé à un système destiné à la production. Elle se déroule en Suisse, pour une start up américaine. Elle concerne un domaine particulier, légal ou illégal selon les états. Ce marché, qui sera modélisé comme le marché de “la tulipe”, ne possède pas de consensus sur l’accord de vente du produit au niveau fédérale. Ça signifie qu’en boutique, il est obligatoire de payer en cash car les banques n’autorisent pas les moyens de paiement…

Datalab, datalake,  Big Data, IA… Les buzz words autour de la donnée sont foison, et l’on s’accorde sur le fait que la donnée est au cœur même de nos systèmes d’information. Mais lorsqu’il s’agit concrètement de mettre en place une plateforme data, tout ne se passe pas forcément comme prévu... Frédéric Petit, responsable de l’architecture et des données d’entreprise chez MNT, nous raconte comment il a pu initier un datalab avec son équipe, en nous partageant notamment les obstacles qu’ils ont dû surmonter.

Anatomie d'un framework d'entreprise Cela peut paraître curieux mais on peut voir les technologies qui standardisent les déploiements de microservices comme des frameworks d'entreprises. Les frameworks d'entreprise étaient très à la mode il y a environ 10 ans, ils rappelleront sans doute des souvenirs à certains de nos lecteurs. Une définition pourrait être : "un ensemble cohérent d'éléments permettant de bâtir des logiciels d'entreprise avec des objectifs essentiels : plus vite, mieux et moins cher dans la durée".

Pourquoi Spark ? Dans tous les SI complexes, on a la nécessité d’effectuer des traitements sur un grand volume de données. La réponse traditionnelle est celle des batch de traitement, qui consiste à sélectionner un ensemble de données similaires via, par exemple, une requête SQL, puis d’effectuer les traitements en série sur chaque donnée. Ce modèle de traitement a l’avantage d’être simple. Néanmoins, il présente de sérieux inconvénients :

En 10 ans, l’architecture de BlaBlaCar a énormément évolué et est passée d’un monolithe suivant KISS à une architecture orientée micro-service beaucoup plus complexe de manière à pouvoir absorber la charge créée par l’activité de ses 70 millions d’utilisateurs actifs à l’international, activité toujours en croissance aujourd’hui. Ce chantier ne s’est pas fait en un jour et Thomas Lamirault, Engineering Manager chez BlaBlaCar, nous a détaillé l’ampleur du travail accompli au cours d’un retour d’expérience qui sentait bon le terrain.

Le constat est sans appel: nous assemblons de plus en plus de services lorsque nous construisons une application. Le déploiement d’une seule application signifie le déploiement d’une centaine de microservices qui communiquent entre eux. Les outils de monitoring classiques peinent à suivre tout le trafic et surtout détecter les défaillance à temps.

La Genèse Tout commence avec la lecture d'un article de blog des années 2000 : comme programmeur ou architecte, on aime bien partir d'un terrain vide, faire « tabula rasa » de l’existant, pour construire comme on se l'imagine dans notre esprit.