Fabric Apps (#Rayfin) : De la Data à l’Application

Phare Data

0:03[musique] [musique] Ouais, bonjour et bienvenue sur Fardata, la chaîne qui éclaire vos données. Dans l'océan des données, voir clair change tout. Surata, on décrypte les services de données d'analytique CDIA. Le tout avec un ton accessible, des choix techniques assumés et une touche Derma. Que vous soyez architecte, analyse, data engénieur, product honur ou simplement curieux, Fardata vous accompagne pour comprendre les enjeux réels, éclairer les compromis et prendre de meilleures décisions et parfois avec le cri des mouettes en bruit de fond. Si ce genre de contenu vous parle, n'hésitez pas à vous abonner. Cap sur l'épisode du jour. Aujourd'hui, on parle d'un sujet qui fait beaucoup réagir, à savoir l'intégration d'applications dans Microsoft Fabrique avec les fabriques app et aussi connu sous le nom de Reffin. Donc dans cette vidéo, on va voir ce que la cela change concrètement, à quoi cela peut servir et dans quel cas les utiliser. Et pour en parler, j'ai le plaisir d'être accompagné de Christopher et d'Ashraf et d'un invité surprise qu'on dévoilera par la suite. Mais avant de commencer, je vous propose messieurs de vous présenter. Et ben je commence. Merci Romain pour l'invitation et pour du coup l'occasion de parler de ce sujet qui m'intéresse beaucoup et comme tu as dit qui est beaucoup évoqué dernièrement sur les sur les réseaux. Euh donc moi je suis Ashraf Sherkedrici Partner Solution Architect sur la data IA chez Microsoft. Donc je suis arrivé il y a pas longtemps mais dans le monde de la data depuis bah ça fera 10 ans prochainement. Salut à tous et à toutes. Je m'appelle Christopher, je suis cloud advocate sur la data dans les équipes engineering d'Azure et entre autres choses co-auteur de plusieurs livres sur fabrique avec notamment en Roumain. En effet, alors jusqu'à présent, construire une application autour de la donnée demander d'assembler beaucoup de choses, beaucoup de briques, des pipelines, des modèles de la visualisation, de l'authentification, de la sécurité et surtout beaucoup de couture entre tout ça. avec Rfin l'idée c'est dans fabrique on propose une approche radicalement différente beaucoup plus centrée sur l'expérience développeur et utilisateur donc dans un environnement qu'on connaît bien unifié. Christopher est-ce que tu peux nous présenter l'évolution de cette plateforme ? Oui, bien sûr. Je pense qu'il est important de replacer un petit peu cette fonctionnalité de Fabricaps dans le dans le paysage de Microsoft Fabrique. On a annoncé Microsoft Fabrique il y a très

Evolution de Microsoft Fabric

2:33peu de temps en fait en 2023 comme une plateforme unifiée d'analyse de données. Donc on retrouvait au début de fabrique simplement la liste était déjà longue mais simplement tout ce qui est ingestion de données, des pipeline, des notebook PP par Park, un Lake House, un data warehouse les deux managés, des outils pour faire de l'entraînement de modèle de machine learning, un petit peu de temps réel et bien évidemment Power BI. Donc finalement Microsoft Fabric ça ça s'adressait vraiment à des professionnels de la data et plutôt côté analytics. Ensuite euh quelques build Ignite FAPCON plus tard, on a annoncé l'arrivée des bases de données opérationnelles à savoir Cosmos DB et euh Sequel Database sur Fabrique. Et donc là, on a ouvert un petit peu la porte de Microsoft Fabrique à d'autres profils. Fabric est devenue une plateforme unifiée d'analyse de données vers une plateforme unifiée de données tout court. On droppe le la partie analytics et on commence un petit peu à s'ouvrir au développeurs puisque ben des dev peuvent être intéressés par une base de données qui est entièrement managée. Le meilleur exemple que j'ai pour des développeurs qui connaissent peut-être Azur et qui connaissent pas Fabrique, quand on doit créer une base de données Sequel ou même Cosmos DB dans Fabrique, finalement on a plein de questions à répondre dès la création. Comment on va faire nos backup ? Quelle est la taille de notre instance ? Si c'est du cosmos DB, est-ce qu'on choisit entre euh du manual struct ou de l'autom de l'autoscale ou du serverless ? Donc finalement, on a plein de choix à faire. dès le début euh des choix qui sont euh structurants et puis des choix qui en tant que développeur veut pas forcément faire. Nous tout ce qu'on veut c'est avoir une base de données qui est opérationnel et qu'on puisse appeler depuis nos applications. Et donc avec les bases de données d'en fabrique en fait il y a une seule question quand on les crée c'est le nom de la base et c'est tout. Tout le reste est fait pour nous. toute la maintenance euh et toute la scalabilité est gérée euh derrière par la plateforme fabrique. Et puis on a vu d'autres choses comme les appis graph QL euh par-dessus ces bases de données mais aussi par-dessus par exemple le warehouse arrivé et donc on ouvrait un petit peu la porte de fabrique à des profils devant. Ensuite euh on a eu l'arrivée de la vague IQ euh avec fabrique IQ et notamment les ontologies euh puis les arrivées des data des data agents. Et là, on a commencé à ouvrir la porte de Microsoft Fabrique à d'autres profils, notamment des profils un petit peu métiers euh qui avaient besoin d'apporter leur connaissance métier à l'intérieur de Microsoft Fabrique pour que ça soit utile euh à leurs collègues. Et puis enfin à build au début du mois de juin et bien on a annoncé RFIN où les fabrique data apps et là on ouvre complètement la porte au développeur là où autant en 2024 on a ouvert un petit peu la porte en en leur disant mais vous avez une API une base de données. Là, Microsoft Fabric devient une vraie plateforme de développement [grognement] pour les développeurs, principalement des développeurs frontend, mais aussi pour des développeurs en mode agentique, c'estàdire que Rifin et Guan en en Ah bah, je dévoilé le prénom de l'invité euh mais on on verra tout à l'heure en quoi c'est euh c'est vraiment pensé Microsoft Rifin pour alors moi, j'aime pas le le l'esprit vibe coding, je trouve ça intéressant, mais là on parle d'application de production et justement on verra que que Rifin c'est un petit peu la solution pour passer de ces applications vibe codé à quelque chose d'un peu plus professionnel et d'un peu plus entreprise. Et donc si finalement quand on regarde Microsoft fabrique, on a commencé par s'adresser à des data analystes avec Power BI, à des data engineers et aujourd'hui avec Microsoft Plan. Euh donc je crois qu'on a parlé dans une vidéo récemment sur la chaîne pas si longtemps. Ouais. Euh Microsoft Plan là aussi ça s'ouvre en fait à tous les managers de business unite, à au comptable et cetera. Euh et en fait Microsoft Fabrique est en train de s'ouvrir petit à petit à l'intégralité ou quasi l'intégralité de de l'entreprise et on est très content de d'avoir les dev parmi ce ce public de Microsoft fabrique. Mais du coup pour parler de développement euh frontend, euh il faut quelqu'un de plus qualifié que moi et donc j'ai le plaisir de vous présenter Johan Laursa. Johann qui est aussi euh cladvocate dans mon équipe pour des collègues direct. Salut Johann. Salut Chris. Bah du coup moi c'est Johan. Bah j'ai rejoint Chris dans l'équipe Data Advocacy en janvier cette année. Donc c'est assez tout récent. Avant en fait j'ai passé 6 ans dans l'équipe d'ADOCI JavaScript. Donc mon profit c'est plutôt celui d'un dev à la base qui fait beaucoup de JavaScript et depuis bah plus de 15 ans maintenant. Euh et du coup tu on est plaisir, on a eu le plaisir de t'accueillir dans l'équipe et donc tu connais très bien JavaScript et tu découvre le monde de fabrique et le monde de la Daza du coup. C'est ça. Bah je suis passé en fait finalement d'un mode où bah pour moi les applications web initialement c'était elles qui produisaient de la donnée. Ah finalement alors je vais pas spoiler la suite mais avec Reffine on part plutôt de la donnée pour produire des applications web. Mais justement, est-ce que tu peux nous présenter un petit peu plus concrètement à Rine et et peut-être un petit peu l'historique de comment on en est arrivé à Rine et comment tu es arrivé à être buddy avec les équipes produits de RFINE ? Yes. Euh bah du coup Refin en fait finalement j'en ai entendu parler quasiment depuis le début de son existence. C'était à peu près en octobre 2025 si je dis pas de bêtises et je

Rayfin

8:26crois que ça fait à peine un mois. Euh c'est là où j'ai commencé à m'y intéresser parce qu'en fait l'idée était arrivée à la base quand j'étais encore dans l'équipe JavaScript où on nous a poussé un produit euh d'où l'idée c'était de simplifier un peu l'expérience des développeurs JavaScript autour d'Azur. Donc c'est quelque chose sur lequel on avait travaillé des années en arrière en poussant un peu ces idées là avec Wasim, un autre collègue à moi avec qui on était dans l'équipe JavaScript. Et alors c'est resté un peu sous le radar initialement comme un poque pendant quelques mois et en fait en ce début d'année euh bah juste après mon changement d'équipe, j'ai eu vent finalement que ça allait être poussé un peu comme une priorité que ça allait arriver à build et c'est là où j'ai commencé à vraiment bosser avec l'équipe produit à partir à peu près du mois de février. Et là tout s'est enchaîné assez vite. Finalement ça a bougé énormément en quelques mois. Bah jusqu'à jusqu'à ce que ça sorte au public. Oui, parce que c'est toi qu'on a vu la présenté cette nouvelle fonctionnalité lors de la build. C'est ça. Et du coup euh bah Refin en fait finalement c'est quoi ? On va arriver à un peu au contexte. Donc avant de répondre finalement au quoi, j'aimerais d'abord adresser juste en quelques mots le pourquoi histoire qu'on comprenne le problème que Reffin essaie de résoudre. Donc ça commence à faire quelques années maintenant qu'on utilise un peu tous des LLM. Christopher a parlé de vibe coding euh mais depuis je dirais à peu près finalement novembre dernier, il y a eu un gros shift où on est passé euh bah en tant que dev en tout cas d'une majorité où on était plutôt code first, on continua à coder ces applications à la main avec l'aide d'agent et de ll pour aller un peu plus vite où finalement on a shifté vers un modèle où on est plutôt agentic first euh où c'est maintenant les agents qui écrivent la majorité voir la totalité du code qui est drivé par des dev. Alors ça permet d'aller vite, ça permet d'ouvrir aussi la création d'applications au non dev avec le fameux vibe coding quoi qu'on en pense. Le fait c'est que maintenant quand on veut faire un proto avant on avait besoin de plusieurs mois avant qu'on ait quelque chose de visible d'utilisable à montrer à un client. Aujourd'hui ça peut se faire en quelques heures, voire selon le scope en quelques minutes. Le souci par contre c'est qu'on a toujours bah les mêmes problématiques qu'avant. un proto, ça reste un proto. Beaucoup n'arrivent jamais en prod et j'ai presque envie de dire heureusement euh même si beaucoup notamment qui qui forcément ne voit pas forcément la partie technique le voi pas comme ça. À partir du moment où on voit un truc, on se dit "Bah c'est bon, on peut l'envoyer en prod." Euh le problème avec ça, c'est qu'en fait les contraintes de prod. Alors là, je pense qu'on peut passer au slide suivant. Certes, la partie dev, elle va plus vite, mais on a toujours bah les mêmes contraintes d'entreprise. Les agents, eux, ils connaissent pas forcément toutes ces contraintes euh qui en plus d'être différentes pour chaque boîte, euh bah la grosse problématique souvent, ça va être tout ce qui concerne les données, comment les sécurise, faire attention, euh comment on gère l'identité des gens qui vont accéder à ces données, comment on garantit que bah les données elles pourrissent pas avec le temps, qu'on garantit certaines contraintes d'intégrité derrière. qui va gérer ces données ? Euh, comment on gère la sécurité de l'accès à ces données ? He, il y a eu quand même pas mal d'histoires assez peu sympathiques sur justement les fuites de données. Il y en a eu il y en a, j'ai envie de dire, il y en a eu, il y en a toujours beaucoup dernièrement hein, chaque semaine, on a on a un peu sa nouvelle fuite de données. C'est un peu la problématique du moment. Après, bah, il y a tout ce qui est déploiement et l'exploitation après des données analytics comme Christopher a parlé un peu en intro. Donc ce qui nous amène bah finalement à parler de Refin, donc le slide d'après c'est là que Reffine arrive, c'est bah finalement pour combler tout ce trou qui se trouve au milieu de RFINE, c'est quoi ? C'est ce qu'on appelle un backend as a service. Anglais en anglais l'acronyme c'est basse. Je sais pas si vous avez fait le lien mais basse ça se traduit à peu près. Alors ça s'écrit pas pareil mais basse c'est aussi le poisson le bar quand on traduit ça en français. Et c'est un peu le jeu de mot avec Rfin qui est aussi le nom d'un poisson. Et je sais pas si vous avez vu certains vieux logos. Je crois qu' ont pas été officiellement approuvés mais voilà c'est c'est le logo d'un poisson. Donc euh Refin un backend as service qui est managé sur Fabrique. Derrière c'est quoi ? Donc c'est une plateforme qui comprend une CLI, un SDK et des services managers du coup pour construire et déployer le backend de web application enant derrière bah tous les services de fabrique. Alors ce que vous pouvez voir sur ce slide, c'est que aujourd'hui finalement ce qui a été dévoilé dans dans la dans la partie preview publique, c'est qu' une toute petite partie du scope de ce qu'aimerait couvrir aujourd'hui Rifin. Donc il y a déjà il y a déjà pas mal de spoilers sur des choses qui vont arriver sur ce slide. Euh mais en vrai, si je vous montre ça, il y a rien vraiment de neuf sur cette partie backend as the service. En fait, ce qui va être surtout intéressant, c'est le modèle derrière Refin, c'est le fait d'utiliser fabrique, le fait d'avoir un SDK qui a été pensé finalement pour les agents et pour garantir que ton appli qui va être codé par un agent va respecter bah toutes les contraintes entreprises classiques en s'appuyant sur tout ce qui existe déjà sur Fabrique. Et ça même si tu fais du vibe coding, même si en tant que dev, on n'est pas forcément fan. Euh voilà, il y a ça c'est ça c'est bon côté quand même surtout pour des personnes qui sont patc et qui veulent un peu jouer avec. Et ben Refin va va aider sur cette partie-là. Euh je pense qu'on peut avancer sur le slide d'après. Euh donc voilà, ça va permettre de couvrir justement bah tous ces fameux besoins en sécurité. Donc ce qui vont être amenés par le SDK, par la plateforme Refin sur toute la partie notamment authentification, la partie analytics, euh la partie scaling. Bon ben voilà, le back est managé, on n pas forcément à se poser de questions sur voilà est-ce qu'on a besoin de plus de compute ou pas, ça va être géré par la plateforme. La partie gouvernance, bon bah c'est des choses qui qui sont natives en fabrique. Et surtout en fait ce qui amène aussi ReFINE, c'est toute la partie intégration justement avec l'agent de code faire le lien entre OK, on a une plateforme, on a SDK, maintenant faut quand même aussi que l'agent, nos agents de code sachent s'en servir et c'est là aussi que vient compléter. Moi, je j'lobe ça dans la partie SDK outillage, mais en fait RFIN vient avec des skills, un serveur MCP, tout plein de choses pour apprendre au aux agents finalement à savoir comment utiliser cette plateforme là et bien s'en sortir. Je pense que c'est le dernier slide. Et voilà, c'est un peu comme si on faisait vibe coder notre agent avec des rails. Je vois pas le slide qui est avancé. Est-ce qu'on peut avancer Romain ? Voilà, c'est un peu comme si voilà, on poussait un peu des rails de sécurité à notre agent pour pas qu'il sorte en dehors de clou. Et finalement, c'est aussi une grosse partie de la valeur ajoutée, c'est de dire bon ben voilà, on peut utiliser des agents de code même si alors en tant que dev, moi ça me ça me risse le poil, mais même si on regarde pas le code qui a été généré, on a quand même une garantie parce que finalement le SDK permet pas de faire n'importe quoi, que l'appli web, le le backend qui va être utilisé, nos données euh bah il va pas se passer n'importe quoi avec, n'importe qui va pas pouvoir y accéder. il y aura toute la sécurité auquelle on s'attend derrière pour pouvoir pousser une appli en entreprise. Et finalement c'est ça c'est ça cette grosse valeur ajoutée, c'est qu'on peut mettre Reffine finalement même dans les mains d'un PM, de quelqu'un du marketing qui va pouvoir jouer avec, essayer d'exploiter les données et on sait que il va pas se passer n'importe quoi. On aura pas demain les la on va pas faire demain la une justement du journal local ou national avec la prochaine fit de données. Donc c'est aussi ça qui est super intéressant. c'est unifié puisque finalement c'est sur la capacité dans lequelle tu vas créer l'objet euh que tu vas finalement payer en terme de d'utilisation des CU. C'est ça. Donc tout va être bah justement géré aussi sur la la partie bah capacité fabrique. Donc bah en terme de coût, si on a déjà un accès à fabrique quelque part, on a on paye pas supplémentaire, ça va être intégré dans cet abonnement qu'on a déjà quoi. Alors justement Johan, toi qui est buddy avec l'équipe produit, tu as dit sur une ou deux slides avant qu'il y avait des des petits spoilers. Est-ce que tu veux le dire un peu plus ? Oui. Euh alors déjà, bon bah je peux je peux aussi en parler parce qu'il y a des choses euh qui initialement été prévues pour cette preview publique qui ont été un peu coupé à la dernière minute. Donc finalement ça va arriver. Euh notamment surtout moi quelque chose qui qui me tient à cœur en étant dev euh avant tout euh c'est tout ce qui est l'expérience locale, le fait de pouvoir bah développer sur sa machine finalement et tester son appli avant même de déployer quelque chose. Euh on a quelque chose qui est encore expérimental aujourd'hui qui est basé sur Docker. On peut faire tourner tout le backend refin en local. Alors, d'ailleurs, s'il y en a qui se sont amusés à aller jouer, à aller regarder sur le Rippo euh Awesome Rifin qui est un Rippo public, aujourd'hui on a déjà quelques templates. Euh il y a un template qui s'appelle, je crois que c'est le todoo expérimental euh et discrètement c'est'écrit dessus with full local dev. Euh donc en fait, ça vous permet de tester déjà si vous avez envie de jouer, voir ce que ça peut donner de de lancer tout le bacandine en local. Il y a un template qui permet un peu d'expérimenter ça aujourd'hui. Euh donc voilà, c'est c'était un peu caché les liens dans les commentaires de la vidéo. C'est en train d'arriver. Quelque chose aussi sur lequel initialement d'ailleurs j'avais j'avais construit ma démo pour build et j'ai dû l'enlever à la dernière minute parce que je me suis fait un peu taper dessus parce qu'ils ont ils ont changé d'avis. euh c'est le fait d'avoir une option euh qui va arriver normalement dans les sous peu dans les paramètres administrateurs de de fabrique pour activer l'accès public aux données. Si vous faites une application et que vous savez que les les données sont pas critiques, on va pouvoir avoir une option pour activer le fait que bah on puisse utiliser une application refine qui consomme des données, donc sur une base de données sequel qui est hébergée dans fabrique sans avoir besoin de s'authentifier si bien sûr l'admin vous a autorisé à faire ça et voilà vous pouvez avoir un accès ridonly pour pour aller faire quelque chose sur ces données et présenter votre appli sans forcer les gens à devoir être authentifiés. Donc ça aussi c'est assez intéressant pour certains types d'applis. Puis euh alors après sur les parties fonctionnalités de fabrique, on en a vu quelques-unes euh notamment le storage qui devrait voilà qui est qui devrait pas tarder à arriver, le fait de pouvoir bah stocker des images, des données un peu plus grosses, un peu binaires à son application et euh et les fonctions aussi qui sont le prochain gros morceau qui va arriver qui va être super intéressant, bah la fonction, le fait de pouvoir justement définir du

18:44code customisé en plus d'avoir voilà le backend manager pour accéder aux données, on va pouvoir customiser un petit peu bah des process pour son application sans avoir justement à développer un backend complet, juste quelques fonctions de données. Du coup, pour finir, je pense s'il y a une prochaine date à retenir pour justement suivre un peu les évolutions de la plateforme et les choses à arriver, euh on m'a dit qu'à Guitub Universe, il y aurait pas mal de choses intéressantes qui pourraient être annoncées, mais là, je peux pas en dire plus. Et avec Johann, c'est un petit peu comme la météo marine, on a les annonces de la météo dans les prochaines semaines. Et du coup, je crois que pour la suite, on a une une démo super intéressante de Hraf. Euh du coup bah pour savoir un peu plus en détail comment ça fonctionne.

Demo

19:26Alors on a vu plusieurs exemples d'application dans Fabrique mais jusqu'ici ça semblait encore assez éloigné de besoins de métier. On a vu des jeux de Mortal Combat, on a vu pas mal de choses. Ashraf, tu as déjà identifié chez tes clients des besoins concrets autour de ce type d'application ? Bah les discussions, on va dire démarrent. Euh surtout comme je disais du coup Johann, pas mal de fonctionnalités sont sont encore en train d'arriver. Euh mais euh l'un des premiers use case du coup que sur lesquels on a commencé vraiment à pouvoir construire une démo euh concrète euh c'était plutôt la gestion du coût des sinistres euh pour un client dans l'assurance. Euh donc l'idée étant euh au lieu d'avoir les les bah les agents, les personnes gestionnaires de des sinistres qui vont aller s'occuper [raclement de gorge] de répondre à toutes les demandes, d'analyser le risque et euh classifier et tout ça, euh c'est de plutôt avoir euh un agent qui surtout que le la toutes les toutes les données qu'il faut sont déjà dans fabrique. Euh et du coup, comment exploiter ça ? Pluguer potentiellement ça avec des agents pour faire le travail. Et là, on va avoir un une première vue à ce qu'on peut réellement faire une fois que les fonctions seront disponibles pour pour tout le monde et euh la valeur ajoutée donc que ça peut avoir au business, mais également à quoi ressemble l'expérience du développeur. D'un point de vue, je démarre d'un workspace qui est d'un repo d'un workspace qui est complètement vide et jusqu'à une application qui est développée et disponible. Donc ce qu'on verra pas exclusivement ici nécessairement, c'est euh le un peu l'architecture de dans le workspace, donc le Lake House qui va alimenter les données qui seront euh qui seront exposées et utilisées dans RIN et aussi du coup un peu le euh le right back, donc euh des actions que euh qui vont être effectuées via l'application, donc ils vont être par la suite resynchronisés dans les cas pour remonter par la suite dans des canaux de reporting classique ou des traitements tierces. Euh bah du coup Roma, je te propose qu'on peut lancer la vidéo. Donc elle est un peu accélérée sur certaines parties parce que par exemple là sur le setup du template vide, ça peut prendre une petite dizaine de minutes selon selon la puissance des machines en dessous. Mais c'est un peu comme disait Johan, donc c'est le c'est la vraiment le le scaffolding de toute de toute l'application avec toute la structure des dossiers à respecter euh et tout ça, la configuration du serveur MCP pour que les agents puissent comprendre comment réellement exploiter et utiliser du coup euh le SDK et créer tous les tout le code qu'il qu'il faut aller. Donc là, ça a fini d'exécuter. Donc le scaffolding, il est fait. À ce moment-là, du coup, on va plutôt passer à la partie un peu vibe code. Donc là, j'ai ce que j'ai fait, c'est que j'ai repris toutes les notes de réunion qu'on a fait du coup avec le partenaire et le client sur le use case. Je les ai fait synthétiser et structurer un peu via copilote et après je l'ai mis en one shot, en autopilote euh en mode yolo euh pour que copilot ma guitab copilot fasse tout le travail. Donc là, c'est assez accéléré. Ça a pris euh 25 minutes sur le total pour créer la l'application de A à Z. Euh la seule différence entre ça et l'expérience que du coup les utilisateurs auront actuellement avec RFIN, c'est que moi j'ai accès aux fonctions qu'a évoqué Johan tout à l'heure. Donc je lui ai donné aussi certaines instructions que j'avais sur lesquelles du coup j'avais expérimenté sur un autre sur sur une autre application pour apprendre du coup des leçons là-dessus. Et l'avantage d'avoir cette approche de bah du coup adapter le prank pour le faire, c'est que j'ai dû j'ai pas eu à toucher une seule ligne de code. Forcément, va falloir faire la revue de code, mais l'idée là, c'était de pouvoir démontrer la puissance que peut avoir du coup un bon LM avec Refin pour vraiment créer le code production ready sans ou avec une intervention, on va dire, humaine assez limitée. [souffle coupé] Donc là, on va le laisser tourner un peu. Vous voyez, il a fait le premier la première lecture de Ripo pour comprendre. Il s'est connecté au serveur MCP, il a commencé à éditer à écrire du code. J'ai j'aurais honte de dire qu'il a commencé à cracher du code parce que c'est vraiment du code qui a été écrit qui respecte exactement les conventions de du SDK. Et euh quand ça va finir, ça devrait pas tarder. Tes données étaient déjà euh dans fabrique ? Oui. Donc j'ai quand même repris un peu la même structure des données du du case client. J'ai j'en ai généré quelques données synthétiques euh pour la démo parce que du coup quand on sera sur l'application, je peux pas je peux pas démontrer les données clients. Euh mais ça a respecté le la même structure et les données du cours résident dans un layout, dans un workspace dédié. Et dans ce même workspace, du coup, on aura l'application qui sera hébergée. Et donc là, une fois que c'est prêt, euh vous voyez, je lance la commande N R app. Donc il va déployer. La seule différence, c'est que euh je voulais vraiment pas intervenir, donc je lui ai mis en autove et je lui donneris directement le workspace ID. Contrairement à si vous faites juste la commande, il va vous demander l'URL du workspace bah ou le nom du plutôt du du workspace et euh accepter certains trucs. Et là l'application est up. Donc ça utilise l'authentific le leidentité euh et votre compte fabrique pour se connecter. Donc ce que vous voyez pas exactement c'est que quand vous cliquez sur le bouton, c'est un popup qui sort pour s'authentifier. Si vous êtes déjà connecté sur fabrique sur le même browser, bah ça va juste vous afficher une petite fenêtre réduite de de votre workspace et ça va se lancer. Et là, ce sont toutes les données qui sont le coût dans mon workplate. Donc t toutes tous les sinistres déclarés. Et là, on va voir le la puissance des fonctions, c'est dans la gestion de ces sinistres là. Donc quand on va y aller dans un de ces euh de ces claim et qu'on veut du coup le gérer, donc on voit euh à droite euh des options du coup de riscorine et de draft de euh d'une d'un email de réponse. Et donc là ce qui se passe c'est que Refin prend tout ça, prend toutes les informations du claim sur le client euh et sur le compte ainsi de suite et les envoie dans un un netcoin found avec un modèle GPT 5.4 4 qui lui synthétise des informations avec un des instructions spécifiques et par la suite du coup rédige cet email et si on est content, on prend cet email là et on peut l'envoyer au client. Pour l'instant, ça fait pas d'envoie automatique. Euh et par contre ça du coup il y a les actions manuelles pour les utilisateurs qu'ils peuvent refaire et ce qu'on va revoir dans ce cas-là c'est plutôt le risqueine. Donc on a un premier un premier score de risque associé à ce sinistre. Donc là on demande la même chose à l'élèm de faire le risque euh de ces de de ce sinistre là. Et euh si on n'est pas content du du score, ben on pourra toujours éditer euh et intervenir manuellement. Donc là, les agents avec un petit scorecard des différences euh des différentes personnes qui gèrent les différents sinistres, des stats, un petit des petits graphes assez basiques et simplistes, mais qu'on peut toujours euh alimenter et améliorer. Euh pour l'instant et ce qui viendra un peu plus après aussi euh c'est que la seule difficulté avec l'utilisation des fonctions à dat, mais ça ça sera pas le cas quand ça sera disponible, c'est un peu la gestion des informations donc type land found et tout ça. Pour l'instant, j'ai dû du coup euh envoyer le URL de l'end point found directement dans le code parce que les variables ne sont pas là tout de suite disponibles. Mais dans tous les cas, les fonctions ne le sont pas tout de suite non plus. Elles partiront en private preview prochainement et en public preview dans une date à définir. Euh mais quand ça sera le cas, ce qui va aussi se passer, c'est qu'on aura du coup aussi l'intégration à Kivotte. Euh donc on aura plus besoin de gérer les euh les secrets manuellement euh et euh tout va se passer très bien. Et un peu comme a mentionné Johann sur l'exécution du coup un peu en local euh de de la fonction euh bah juste après cette démo, j'ai fait j'ai pu faire tourner le coup le backend euh en local euh avec des commandes directes qui sont bien documentées. Voilà pour pour être complètement honnête, j'ai j'ai demandé à Copilot de le faire. Du coup, vu qu'elle avait accès au serveur MCP de Reffin, il a su quoi faire. Il l'a lancé. J'avais mon mon mes fonctions, mon des fonctions qui tournait. J'avais mon backend qui tournait avec le web server, le dashboard et tout ça. Et puis je lance mon frontend et euh ça a fonctionné comme de la magie. Euh j'ai pas revu tout le code, donc je sais pas exactement ce qu'il a fait euh la mais euh j'ai à aucun moment eu à intervenir ou à résoudre aucun problème. Euh ce qui est une expérience très très différente de ce que je connaissais euh avant en partant de zéro et en essayant de faire un peu du vibe coding euh from scratch. Voilà. Alors en fait là ce que tu nous as montré, tu étais en local. Ah ben non non, tout est tout est déployé sur un workspace sur un talent de fabrique dégué. OK. Donc ce que tu nous montres là, c'est le workspace dans lequel ça a été déployé. Exactement. Donc là, j'ai je montre exclusivement tous les items qui sont relatifs à l'application, donc à l'application R qui a été déployé. Donc là, en terme d'arborescence, on voit l'application et après toutes ces dépendants. Donc là, on aura le SQL Analytics SP point pour aller par la suite interroger les données qui sont stockées dans la la SQL database euh qui est associé et du coup, on va stocker toutes les données transactionnelles créées sur et par l'application. Mais ce qu'on peut aussi voir, c'est ce qui va venir prochainement, c'est les fonctions. Donc c'est une UDF euh spécifique Typescript qui qui sera disponible et avec les différentes fonctions qui seront du coup invoquées par euh par le backend au moment du coup d'un clic d'une action sur l'UI très spécifique. Et à côté de ça, bah du coup, on peut aussi voir euh l'application qui est là toujours au sein de du portail fabrique. Si on veut directement aller sur l'application, on a qu'à cliquer ouvrir le lien dans un dans une nouvelle fenêtre. À ce moment-là, du coup, on va se retrouver sur euh ce que tu nous montrais tout à l'heure en fait. Exactement, c'est ça. Bah c'est pour ça que je je préférais d'afficher d'afficher directement ça. On pouvait toujours le lancer en local, mais c'est beaucoup plus sympa de de montrer que ça marche une fois déplier. Donc là, toujours même expérience qu'on a vu tout à l'heure. Donc je peux aller dans un dans dans un autre et voir lancer le drafting. Vous voyez bien que c'est pas de la donnée euh c'est pas de [soupir] voilà. [raclement de gorge] Donc c'est des actions qui vont aller par la suite déclencher des fonctions très spécifiques et je peux faire de riscorine ainsi de suite. Voilà donc exactement comme on a vu dans la démo. Ah c'est top.

Conclusion

30:15Bon ben super. Merci Ashraf pour cette démo et puis du coup les coulisses de cette démo. Euh comme quoi tous les chemins mèent ta fabrique hein. On pensait que c'était réservé à à du SQL et du Python. Et puis là on se retrouve avec du Type Script qui qui rentre de la fabrique. Donc c'est impressionnant. Ouais. Et donc en résumé hein, Refin et les Fabric marquent une évolution donc majeure hein dans Microsoft Fabrique, on l'a vu, Microsoft Fabrique évolue d'une plateforme et tu l'as très bien dit Christopher, data maintenant vers un environnement capable de créer de véritables applications data et diobjectif dépasse l'analyse ou l'exposition de données. Il s'agit désormais de concevoir des expériences complètes, directement construites autour de la donnée. Ben honnêtement, merci beaucoup Romain pour pour l'invitation et l'occasion du coup de partager un peu les choses derrière un peu derrière les coulisse et aussi entendre un peu toutes les informations de Christopher Rayoran et et voir le futur de de fabrique qui s'éclaircit de du jour au lendemain et ça a évolu très très vite. Mais on essayera et on fera l'effort pour vous tenir tous au courant des nouveautés et les tester et les ramener plus proche de vous. Merci Ashraf. Johann, un petit mot. Euh bah merci Romain pour cette première invitation. Ça m'a fait plaisir de sortir un petit peu la tête de l'eau. Bah, venir partager un peu tout ça avec vous, découvrir aussi bah qu'est-ce qui se passe maintenant que Reffine est passé de l'autre côté dans les mains un peu de tout le monde. Et bah c'est génial de de voir un peu toutes les applications qui sont construites quand on voit un peu sur les réseaux, les idées qu'ont les gens et tout. Enfin, c'est génial. Une fois que tu mets le produit un peu dans les mains de tout le monde, bah tu tu en apprends autant finalement qu'en ayant bossé dessus pendant plusieurs mois, voilà, en mode silo fermé. Donc ouais bah j'ai hâte de voir aussi bah les nouvelles features arrivés pour pouvoir pousser bah un peu le les applis qu'on peut faire avec un peu plus loin et puis hâte de voir aussi ce que les gens vont construire avec. Super. On mettra les liens que tu as cité dans le commentaire de la vidéo. En tout cas merci d'avoir participé à cet épisode. N'hésitez pas à vous abonner. N'hésitez pas à nous dire si vous avez des questions, des commentaires.