Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Connecter Copilot Studio à SQL Server : la passerelle de données Power Platform pour une IA hybride (Doublage IA)

Transcript

Connecter Copilot Studio à SQL Server : la passerelle de données Power Platform pour une IA hybride (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

0:00
Speaker 2: Votre copilote est fluide, confiant et totalement ignorant. Il accueille
0:03
Speaker 2: vos employés comme un expert, mais ignore tous vos clients,
0:06
Speaker 2: factures ou stocks. Vous pensez qu'il connaît votre entreprise? Il
0:09
Speaker 2: ne la connaît pas. Il connaît Wikipédia. Au sein de
0:12
Speaker 2: votre réseau, SQL Server détient la véritable mémoire de votre société.
0:16
Speaker 2: Les ventes réalisées, les personnes facturées, le chaos des données humaines.
0:20
Speaker 2: Mais Copilot Studio reste en dehors de cette forteresse, souriant
0:22
Speaker 2: à travers la vitre, prétendant comprendre. L'ironie est magnifique. Un
0:26
Speaker 2: assistant soi-disant intelligent, qui ne voit pas les données, ayant
0:28
Speaker 2: bâti votre entreprise. Le pont dont il a besoin est
0:31
Speaker 2: la passerelle de données Power Platform. Votre tunnel sécurisé à
0:35
Speaker 2: travers le pare-feu qui permet aux copilotes d'observer SQL en
0:37
Speaker 2: temps réel sans jamais l'exposer. A la fin de cette session,
0:40
Speaker 2: vous construirez ce pont, interrogerez des tables en direct et
0:43
Speaker 2: apprendrez même aux copilotes à écrire. Pas de magie, juste
0:46
Speaker 2: une architecture exécutée correctement. Pourquoi les copilotes échouent sans contexte?
0:51
Speaker 2: Un copilote déconnecté de vos données structurées n'est guère plus
0:53
Speaker 2: qu'une diseuse de bonne aventure bavarde. Il génère des mots
0:56
Speaker 2: qui semblent autoritaires mais qui sont totalement déconnectés de la
0:59
Speaker 2: réalité opérationnelle. Interrogez-le sur le taux d'attrition de ce trimestre,
1:02
Speaker 2: il fera une estimation. Demandez-lui qu'il vous devait de l'argent
1:05
Speaker 2: le mois dernier et il inventera des chiffres avec assurance.
1:08
Speaker 2: C'est ce qui arrive quand les modèles de langage sont
1:09
Speaker 2: contraints de fonctionner sans ancrage. Ils produisent des absurdités statistiquement probables.
1:13
Speaker 2: Les entreprises perpétuent cet aveuglement en gardant leur IA dans
1:16
Speaker 2: le cloud, mais leurs données en sous-sol. Les équipes de
1:19
Speaker 2: sécurité érigent de beaux pare-feux. Les bureaux de conformité interdisent
1:23
Speaker 2: les connexions entrantes. Et le pauvre copilote, coincé dans son
1:26
Speaker 2: bac à sable public, trie des données génériques et appelle
1:29
Speaker 2: cela du savoir... C'est comme si vous aviez embauché un
1:31
Speaker 2: consultant ayant lu tous les livres de gestion possibles, mais
1:33
Speaker 2: n'ayant jamais vu votre bilan comptable. Derrière vos murs à
1:36
Speaker 2: SQL Server reste la colonne vertébrale des fonctions réelles de l'entreprise.
1:40
Speaker 2: Chaque commande, chaque mise à jour, chaque adresse client mal saisie.
1:43
Speaker 2: Il circule. Ce n'est pas glamour, mais c'est fiable. La
1:46
Speaker 2: colle relationnelle qui lie votre ERP, votre CRM et ses
1:49
Speaker 2: feuilles Excel nommées finales V2. 7. Sans accès à cette intelligence structurée,
1:57
Speaker 2: un agent IA a l'érudition d'un enfant prodige lisant des
2:00
Speaker 2: encyclopédies au hasard. Il connaît le langage, pas le sens.
2:04
Speaker 2: Ce mur existe pour une bonne raison. Exposer directement des
2:06
Speaker 2: données SQL au cloud est une forme d'automotivation d'entreprise. Les pare-feux,
2:09
Speaker 2: zones réseau et limites d'authentification existent précisément parce que quelqu'un
2:13
Speaker 2: a essayé d'ouvrir un port et a passé le trimestre
2:15
Speaker 2: suivant un justifié, une faille. Les cadres de conformité exigent
2:19
Speaker 2: la résidence des données et les auditeurs réclament des logs
2:21
Speaker 2: montrant qui a touché à quel enregistrement. Alors oui, le
2:24
Speaker 2: mur doit rester. Pourtant, l'isolement n'est pas non plus la solution.
2:27
Speaker 2: L'idéal est la parité hybride. Conservez le contrôle sur site
2:30
Speaker 2: tout en accordant au cloud une visibilité intelligente. Cet équilibre
2:33
Speaker 2: transforme l'IA de simples tours de passe-passe en un analyste fiable.
2:37
Speaker 2: Imaginez un système où votre copilote lit les commandes clients
2:40
Speaker 2: dès leur mise à jour, résume les factures sans exporter
2:42
Speaker 2: de CSV et où chaque requête est authentifiée, chiffrée et auditable.
2:47
Speaker 2: C'est ça, le modèle hybride réussi. Comprendre cette scission entre
2:50
Speaker 2: le génie piégé à l'extérieur et les données verrouillées à
2:52
Speaker 2: l'intérieur est le premier pas pour apprécier le tour de
2:54
Speaker 2: force architecturale qui le résout. Avant de parler de données,
2:57
Speaker 2: pensons à la biologie. Le corps fonctionne parce que la
3:00
Speaker 2: moelle épinière relie le cerveau aux muscles sans exposer les
3:03
Speaker 2: nerfs au grand jour. En technologie, la passerelle de données
3:06
Speaker 2: Power Platform fait exactement cela. Ce n'est pas juste un tunnel,
3:09
Speaker 2: c'est un pont neuronal discipliné qui maintient les deux hémisphères
3:12
Speaker 2: synchronisés et sécurisés. Une fois que vous comprenez cela, tout
3:15
Speaker 2: ce qui concerne l'IA hybride commence à prendre sens. Voici
3:18
Speaker 2: la passerelle de données, la colonne vertébrale de l'IA hybride.
3:21
Speaker 2: Commençons par corriger un terme. Les gens appellent la passerelle
3:24
Speaker 2: de données Power Platform Middleware. Ce mot est une insulte.
3:28
Speaker 2: Le middleware est ce que vous utilisez quand deux systèmes
3:29
Speaker 2: refusent de coopérer. La passerelle n'est pas un traducteur, c'est
3:32
Speaker 2: une colonne vertébrale. Elle relie le cerveau analytique du cloud
3:35
Speaker 2: au corps réflexe de votre serveur SQL sur site. Or si.
3:38
Speaker 2: Ces deux hémisphères doivent communiquer constamment, mais jamais imprudemment. La
3:41
Speaker 2: passerelle de données gère cette conversation avec une précision chirurgicale.
3:44
Speaker 2: Voici comment elle est réfléchie. Rien venant du cloud ne
3:46
Speaker 2: frappe jamais à votre pare-feu. La passerelle conserve sa souveraineté
3:49
Speaker 2: en initiant chaque conversation vers l'extérieur. Imaginez un employé qui
3:52
Speaker 2: ne fait que passer des appels téléphoniques, il n'en accepte
3:55
Speaker 2: jamais aucun. Le cloud n'envoie aucune invitation. Votre passerelle compose
3:59
Speaker 2: le numéro, chiffre la session, vérifie les identifiants et maintient
4:02
Speaker 2: le canal ouvert juste le temps nécessaire à la commande
4:04
Speaker 2: et à la réponse. Du point de vue d'un auditeur
4:07
Speaker 2: de sécurité, cette décision architecturale unique sortant uniquement fait la
4:09
Speaker 2: différence entre conformité et chaos. Maintenant, l'installation est presque décevante
4:13
Speaker 2: de simplicité. Vous téléchargez le client de passerelle de données
4:16
Speaker 2: sur site, vous vous connectez avec le compte Power Platform
4:18
Speaker 2: de votre organisation et vous l'enregistrez sous un nombre de
4:21
Speaker 2: clusters uniques. Derrière cette interface modeste se cache une ingénierie sérieuse.
4:26
Speaker 2: Des chaînes de connexion scellées dans le magasin d'identification Windows,
4:29
Speaker 2: des clés symétriques pour le chiffrement, des données et un
4:31
Speaker 2: service Windows léger dédié au maintien d'une communication sécurisée avec Azure.
4:35
Speaker 2: Dès que l'enregistrement est terminé, votre serveur local rejoint discrètement
4:38
Speaker 2: la liste des hybrides de confiance reconnus par Power Platform.
4:42
Speaker 2: Les clusters de passerelle sont les héros méconnus de la
4:43
Speaker 2: résilience d'entreprise. Vous pouvez déployer plusieurs instances sur des machines distinctes,
4:47
Speaker 2: chacune fonctionnant comme une route de secours. Si un ne
4:50
Speaker 2: cesse de répondre, peut-être à cause d'un redémarrage de maintenance
4:52
Speaker 2: ou d'un incident matériel, les autres continuent d'acheminer le trafic.
4:56
Speaker 2: Les services Power Platform équilibrent automatiquement les connexions entre les
4:58
Speaker 2: membres disponibles. Le résultat? Une autre disponibilité sans jamais exposer
5:02
Speaker 2: le moindre port ouvert. Microsoft l'a conçu pour que la
5:05
Speaker 2: fiabilité ne soit jamais sacrifiée au profit de l'imprudence. Voici
5:07
Speaker 2: l'avantage que la plupart oublient. Une passerelle unique pour tous!
5:11
Speaker 2: La même installation qui permet à votre copilot d'interroger votre
5:13
Speaker 2: base SQL locale alimente aussi vos rapports Power BI, vos
5:15
Speaker 2: applications Power Apps et vos flux Power Automate. En d'autres termes,
5:19
Speaker 2: chaque connexion hybride au sein de l'écosystème Power Platform partage
5:22
Speaker 2: cette même colonne vertébrale, vertébrale. Chaque signal emprunte le même
5:25
Speaker 2: nerf et aucun ne contourne la politique de sécurité. Cette
5:28
Speaker 2: dorsale commune élimine les connecteurs redondants et l'encombre morose. Un
5:32
Speaker 2: pont discipliné plutôt que quatre tunnels chaotiques? Anticipons la paranoïa
5:35
Speaker 2: qui surgit lors de chaque examen de sécurité. Non, la
5:38
Speaker 2: passerelle ne télécharge pas votre base de données? Elle ne clone,
5:40
Speaker 2: ne met en miroir et ne réplique rien du tout.
5:42
Speaker 2: Elle se contente d'exécuter des requêtes pour vous et d'en
5:44
Speaker 2: renvoyer les résultats, comme si un employé qualifié lançait une
5:47
Speaker 2: procédure stockée et copiait le résultat dans un message sécurisé.
5:51
Speaker 2: Les clés de session sont renouvelées fréquemment, les charges utiles
5:53
Speaker 2: sont chiffrées de bout en bout via TLS et l'authentification
5:56
Speaker 2: passe par Azure Active Directory ou les identifiants que vous
5:58
Speaker 2: fournissez explicitement. Il n'y a pas de copie fantôme, pas
6:01
Speaker 2: de cache cachée, pas de synchronisation secrète sous votre bureau.
6:04
Speaker 2: Pour les environnements réglementés qui vivent des journaux d'audit, la
6:07
Speaker 2: passerelle génère aussi de la télémétrie. Chaque appel, chaque ensemble
6:10
Speaker 2: de résultats, chaque poignée de main d'authentification peut être suivie
6:12
Speaker 2: via les outils de surveillance de Power Platform. Cela signifie
6:15
Speaker 2: que vous pouvez prouver à la conformité, ligne par ligne,
6:17
Speaker 2: que les données n'ont jamais quitté votre périmètre de confiance
6:19
Speaker 2: en chiffrement. L'effet est paradoxal. Ouvrir le mur renforce en
6:22
Speaker 2: réalité vos preuves de contrôle. Les auditeurs adorent les diagrammes
6:26
Speaker 2: avec des passerelles, car les flèches sur la carte réseau
6:28
Speaker 2: prennent soudain dans la bonne direction vers l'extérieur. Pour résumer
6:30
Speaker 2: en termes biologiques, SQL Server est le muscle copilote studio
6:33
Speaker 2: le cortex frontal et la passerelle de données, la fibre
6:35
Speaker 2: nerveuse myélinisée reliant les deux. une autoroute d'activité électrique enveloppée
6:40
Speaker 2: de couches de chiffrement au lieu de tissu. Sans elle,
6:42
Speaker 2: le cerveau cloud envoie des commandes qui n'atteignent jamais les membres.
6:45
Speaker 2: Avec elle, les requêtes, mises à jour et contextes circulent
6:48
Speaker 2: de manière symétrique dans les deux sens, sans percer la
6:49
Speaker 2: peau de votre périmètre. Une fois cette colonne vertébrale en place,
6:52
Speaker 2: nous pouvons connecter le cerveau. Copilot Studio apprendra bientôt à
6:55
Speaker 2: lire vos tables SQL comme des sources de connaissances, traduisant
6:58
Speaker 2: des questions au langage naturel en commandes TSQL précises. La
7:02
Speaker 2: passerelle monte la garde, traduisant l'intention en exécution et renvoyant
7:05
Speaker 2: des résultats vérifiés. La suite, lorsque le copilote comprendra enfin
7:09
Speaker 2: le contenu de ces tables en temps réel, est le
7:11
Speaker 2: moment où la promesse de l'IA hybride cesse d'être un
7:13
Speaker 2: mot à la mode pour devenir un système nerveux fonctionnel.
7:15
Speaker 2: Et oui, c'est notre prochaine étape. Apprendre à copilot à
7:19
Speaker 2: lire le SQL en ajoutant des sources de connaissances. Un
7:22
Speaker 2: copilote sans données, c'est comme un stagiaire enthousiaste mais sans mémoire.
7:26
Speaker 2: Il sourit, hoche la tête et répond avec assurance tout
7:28
Speaker 2: en improvisant secrètement. La première leçon d'IA hybride consiste à
7:31
Speaker 2: donner à ce stagiaire un accès aux archives de l'entreprise
7:33
Speaker 2: avec prudence, sécurité et selon vos conditions et selon vos conditions.
7:37
Speaker 2: C'est là qu'interviennent les sources de connaissances dans Copilot Studio.
7:39
Speaker 2: Ce que vous apprêtez à construire n'est pas une simple
7:41
Speaker 2: chaîne de connexion, c'est de la... cognition. Nous commençons avec
7:44
Speaker 2: un agent vierge dans Copilot Studio. Il est vide, sans connaissances,
7:47
Speaker 2: sans outils, juste un talent linguistique en attente de contexte.
7:50
Speaker 2: Dès que vous cliquez sur« Ajouter des connaissances», vous passez
7:52
Speaker 2: des jeux de mots à l'accès aux données. Choisissez Azure
7:54
Speaker 2: SQL comme source et là, la passerelle de données accomplit
7:57
Speaker 2: son premier acte de diplomatie. Est-ce que vous l'avez déjà enregistré?
8:01
Speaker 2: Votre instance SQL locale apparaît discrètement dans la liste de connexions.
8:04
Speaker 2: C'est cette même passerelle située dans votre réseau qui initie
8:07
Speaker 2: une confiance sortante vers Power Platform. Vous la sélectionnez, vous
8:11
Speaker 2: vous authentifiez et vous pointez vers la base de données
8:12
Speaker 2: comptant votre vérité opérationnelle. L'authentification compte plus que ce que
8:15
Speaker 2: la plupart des gens. L'authentification SQL utilise des identifiants de
8:18
Speaker 2: bases de données dédiées, simples mais locaux. L'authentification Windows exploite
8:21
Speaker 2: la confiance Active Directory existante, idéale si votre machine passerelle
8:25
Speaker 2: appartient déjà au domaine. Ensuite, il y a l'approche hybride Azure,
8:28
Speaker 2: où Azure AD sert de courtier entre l'identité cloud et
8:30
Speaker 2: les autorisations locales, Chaque option satisfait différentes combinaisons de paranoïa
8:34
Speaker 2: d'entreprise et de besoins pratiques. L'essentiel est que Copilot ne
8:37
Speaker 2: voit jamais directement le mot de passe. La passerelle gère
8:39
Speaker 2: le stockage des identifiants par référence chiffrée, comme s'il s'agissait
8:42
Speaker 2: de la politique d'enveloppe scellée de l'entreprise. Une fois authentifié,
8:46
Speaker 2: Copilot Studio demande poliment ce que vous souhaitez qu'il sache.
8:49
Speaker 2: Chaque table ou vue que vous sélectionnez définit une limite
8:51
Speaker 2: de connaissance. Choisissez avec soin. Donnez-lui un schéma désordonné et
8:54
Speaker 2: vous entraînerez la confusion. Donnez-lui des vues normalisées et bien
8:57
Speaker 2: nommées et il répondra comme un analyste chevronné. Considérez la
9:00
Speaker 2: conception du schéma comme de l'addiction. Des noms de colonnes
9:02
Speaker 2: claires deviennent un vocabulaire que Copilot peut utiliser, tandis que
9:05
Speaker 2: des abréviations cryptiques rendent les phrases incohérentes. Le modèle ne
9:09
Speaker 2: comprend pas les jointures. Il déduit les relations à partir
9:11
Speaker 2: de la structure que vous exposez. C'est pourquoi de nombreux
9:14
Speaker 2: architectes créent des vues optimisées pour la lecture des représentations
9:16
Speaker 2: précises et condensées de la vérité préjointe et débarrassées de
9:18
Speaker 2: la vérité préjointe et débarrassées des colonnes sensibles. Après avoir
9:21
Speaker 2: lié les tables, Copilot Studio indexe leurs métadonnées via la passerelle.
9:25
Speaker 2: Il ne duplique pas vos données. Au lieu de cela,
9:27
Speaker 2: il prépare les schémas pour des requêtes dynamiques. Lorsque vous
9:30
Speaker 2: posez une question, par exemple, Quel est le total récent
9:32
Speaker 2: des commandes de Greenfield Corp? Copilote génère une instruction SQL
9:35
Speaker 2: interne référençant ses vues. La passerelle l'exécute localement, récupère les
9:39
Speaker 2: résultats et envoie une charge utile JSON assainie au modèle.
9:42
Speaker 2: Le modèle reformate ensuite cette sortie en langage naturel. Pour vous,
9:45
Speaker 2: cela ressemble à de la magie linguistique. Pour l'administrateur réseau,
9:48
Speaker 2: il s'agit d'un appel sortant unique enveloppé dans TLS, enregistré
9:51
Speaker 2: et fermé. La persistance du contexte est ce qui rend
9:53
Speaker 2: les choses étrangement humaines. Faisiez une question sur la dernière
9:56
Speaker 2: commande de Greenfield Corp puis enchaînez immédiatement avec quels articles
9:59
Speaker 2: étaient inclus Copilote ne perd pas le fil car l'historique
10:02
Speaker 2: de la conversation et le contexte de la requête empruntent
10:04
Speaker 2: le même chemin sécurisé Il se souvient du client référencé
10:07
Speaker 2: construit une seconde requête SQL filtrée par cet identifiant et
10:11
Speaker 2: fournit la liste détaillée sans rien pré-enregistré Essentiellement, Copilote se
10:15
Speaker 2: comporte comme un analyste attentif qui garde le tableur précédent
10:18
Speaker 2: ouvert tout en répondant à la question suivante Comme chaque
10:21
Speaker 2: requête transite en direct par la passerelle, les réponses reflètent
10:23
Speaker 2: l'état actuel de SQL au moment exact où vous posez
10:25
Speaker 2: la question. Modifiez un enregistrement dans SQL Management Studio et
10:29
Speaker 2: reposez la question. La réponse est mise à jour instantanément.
10:31
Speaker 2: Il ne s'agit pas de mise en cache, mais d'une
10:33
Speaker 2: véritable récupération de données en temps réel. Cette immédiateté réduit
10:36
Speaker 2: le décalage classique entre l'analytique et les opérations. Votre copilot
10:39
Speaker 2: cesse de raconter des histoires sur d'anciennes données pour devenir
10:41
Speaker 2: un rapporteur du temps présent. Des erreurs courantes. Un accès
10:44
Speaker 2: trop permissif arrive en tête de liste. Restreignez toujours la
10:47
Speaker 2: connexion aux quelques tables dont Copilot a réellement besoin et
10:49
Speaker 2: évitez les jeux de résultats géants non filtrés. Les modèles
10:52
Speaker 2: de langage ne sont pas conçus pour résumer des millions
10:54
Speaker 2: de lignes à la fois. Au lieu de cela, délimitez
10:56
Speaker 2: les connaissances via des vues concises et pertinentes. Un autre
10:59
Speaker 2: piège consiste à oublier les types de données. Copilot interprète
11:01
Speaker 2: le schéma littéralement. Si vous stockez des identifiers numériques sous
11:04
Speaker 2: forme de chaînes, attendez-vous à des confusions. Plus votre conception
11:07
Speaker 2: de base de données est disciplinée, plus votre Copilot devient articulé.
11:10
Speaker 2: Alors qu'avons-nous accompli? Nous avons rendu la vue aux stagiaires?
11:13
Speaker 2: Copilote peut désormais lire les données réelles de l'entreprise avec
11:15
Speaker 2: une mémoire parfaite et aucun risque d'exfiltration. Il répond aux
11:19
Speaker 2: requêtes des clients en traduisant le langage naturel en SQL,
11:21
Speaker 2: exécuté en quelques millisecondes via votre passerelle. Bien que cela
11:24
Speaker 2: soit impressionnant, une IA qui lit votre grand livre comme
11:26
Speaker 2: un roman, la vraie transformation survient lorsqu'elle apprend à agir.
11:30
Speaker 2: Lire les données le rend informatif. Écrire les données le
11:32
Speaker 2: rend précieux. A l'étape suivante, nous lui donnons des noms.
11:35
Speaker 2: Avec des actions SQL et des écritures différées contrôlées, ce
11:37
Speaker 2: stagiaire zélé passe au rang d'employé de confiance capable de
11:39
Speaker 2: mettre à jour la réalité et pas seulement de la décrire.
11:42
Speaker 2: Donnez des mains à Copilot, des actions SQL, des écritures différentes. Jusqu'ici,
11:46
Speaker 2: votre Copilot a été l'analyse de données parfaites, curieuses, articulées,
11:49
Speaker 2: mais fondamentalement inoffensives. Il observe votre serveur SQL comme un
11:52
Speaker 2: visiteur de musée derrière des cordons de sécurité. Maintenant, nous
11:55
Speaker 2: enlevons la vitre. Le moment est venu pour Copilot d'agir
11:58
Speaker 2: sur le monde qu'il comprend, d'insérer, de mettre à jour
12:00
Speaker 2: et de maintenir des enregistrements via SQL, plutôt que de
12:02
Speaker 2: simplement les décrire. C'est le moment où Copilot passe du
12:05
Speaker 2: statut de bibliothécaire à celui d'employé. Dans Copilot Studio, cette
12:08
Speaker 2: transformation commence dans la section des outils, parfois appelée« Action». Ici,
12:12
Speaker 2: vous définissez ce que l'IA est autorisée à faire. Chaque
12:14
Speaker 2: action est un contrat entre les administrateurs humains et l'intention
12:17
Speaker 2: de la machine. Vous exposez certaines fonctions, les décrivez clairement
12:20
Speaker 2: et laissez le modèle décider quand elles sont appropriées. Conceptuellement,
12:23
Speaker 2: ce sont des API avec du savoir-vivre. Sans elles, Copilote
12:26
Speaker 2: se contente de parler. Avec elles, Copilote agit. Commencez par
12:30
Speaker 2: ajouter une nouvelle action et choisissez le connecteur SQL. Les
12:32
Speaker 2: options imitent les verbes de la vie d'une base de données. Insérer,
12:35
Speaker 2: mettre à jour, supprimer, exécuter une procédure stockée. Sélectionnons insérer
12:39
Speaker 2: une ligne que car la création est la forme de
12:40
Speaker 2: preuve la plus pure. L'interface vous invite à choisir une connexion,
12:43
Speaker 2: la même que celle configurée précédemment via la passerelle de données.
12:46
Speaker 2: Cette continuité est importante. Cela signifie que vos opérations d'écriture
12:49
Speaker 2: empruntent le même canal chiffré que vos requêtes. Pas de
12:51
Speaker 2: tunnel supplémentaire, pas de chemin non surveillé. Le contexte d'authentification
12:55
Speaker 2: est préservé et la gouvernance reste intacte. Ensuite, vous identifiez
12:58
Speaker 2: où cette action doit s'opérer. Choisissez votre base de données,
13:01
Speaker 2: puis votre table, peut-être qu'il en clire. Dès que vous
13:03
Speaker 2: la sélectionnez, Copilot Studio analyse le schéma et liste les
13:06
Speaker 2: colonnes en tant que paramètres d'entrée. Ceux-ci deviennent les champs
13:09
Speaker 2: que Copilot doit renseigner avant d'exécuter la commande SQL. Considérez
13:13
Speaker 2: chaque paramètre comme une pièce de puzzle manquante que le
13:15
Speaker 2: modèle de langage doit trouver par la conversation. L'art réside
13:18
Speaker 2: dans l'étiquetage. Ne laissez pas les noms de paramètres sous
13:21
Speaker 2: forme d'identifiants cryptiques comme ID Client, Acoustic, Telegram. Renommez-les en
13:24
Speaker 2: invites naturelles, identifiants clients, numéro de téléphone, adresse email, adresse email.
13:29
Speaker 2: Dans le monde du modèle, la clarté est essentielle. Vous
13:31
Speaker 2: pouvez également fournir des descriptions concises pour chaque champ, identifiants
13:34
Speaker 2: numériques uniques du client, email de contact principal, et ainsi
13:37
Speaker 2: de suite. Ces indices guident la logique de remplissage de
13:40
Speaker 2: Copilot lorsqu'il manque d'informations. Par exemple, si un utilisateur dit«
13:43
Speaker 2: Ajoute un nouveau client nommé duber365g,» le modèle voit qu'il
13:45
Speaker 2: a un nom, mais pas de téléphone ou d'adresse. Il
13:49
Speaker 2: demande poliment quel est son numéro de téléphone et son
13:51
Speaker 2: adresse professionnelle. Ce suivi n'est pas scénarisé, c'est une déduction
13:54
Speaker 2: issue des métadonnées de vos paramètres. Une fois que Copilot
13:58
Speaker 2: a réuni toutes les entrées requises, la passerelle exécute la
14:00
Speaker 2: commande SQL silencieusement, comme précédemment. Sortante, chiffrée, journalisée. En quelques secondes,
14:06
Speaker 2: le nouvel enregistrement se matérialise dans SQL Server, L'expérience pour
14:09
Speaker 2: l'utilisateur sent magique. Une requête conversationnelle crée des données tangibles
14:14
Speaker 2: dans un système local sans navigateur, plug-in ou exposition directe
14:17
Speaker 2: de la base de données. Le pare-feu reste inviolé. L'administrateur
14:22
Speaker 2: réseau reste serein. La validation est ici critique. Le connecteur
14:25
Speaker 2: respecte les contraintes SQL, les clés primaires, les types de
14:27
Speaker 2: données et les déclencheurs, mais il est judicieux d'implémenter des
14:29
Speaker 2: vérifications supplémentaires. Vous pouvez inclure des flux conditionnels dans Copilot
14:33
Speaker 2: Studio pour confirmer avant toute validation. Comme êtes-vous sûr de
14:35
Speaker 2: vouloir créer ce client? Chaque étape de confirmation évite non
14:38
Speaker 2: seulement les erreurs, mais fournit aussi une piste d'audit claire
14:41
Speaker 2: pour les contrôleurs. N'oubliez pas que gouverner l'IA c'est superviser
14:44
Speaker 2: son enthousiasme. Maintenant parlons sécurité. De nombreuses entreprises séparent judicieusement
14:49
Speaker 2: les accès en lecture et en écriture. La lecture peut
14:51
Speaker 2: utiliser un compte de service aux droits limités, tandis que
14:53
Speaker 2: l'écriture nécessite un connecteur privilégié approuvé par l'informatique. Copilot Studio
14:58
Speaker 2: vous permet de maintenir des connexions distinctes pour ses couches,
15:00
Speaker 2: le tout sous la même infrastructure de passerelle, ou Cette
15:04
Speaker 2: séparation des tâches garantit que, même en cas d'erreur de configuration,
15:06
Speaker 2: aucun agent ne peut accéder à des droits dépassant son
15:08
Speaker 2: périmètre prévu. Observez l'élégance avec laquelle la passerelle gère cette
15:12
Speaker 2: double fonction. Elle traduit le langage naturel en SQL dans
15:15
Speaker 2: les deux sens tout en centralisant l'authentification. L'administrateur n'a plus
15:19
Speaker 2: à gérer des dizaines de clés API. Le proxy de
15:22
Speaker 2: la passerelle gère la confiance une fois et réplique cette responsabilité.
15:26
Speaker 2: Les responsables de la conformité apprécieront que chaque écriture soit horodatée,
15:28
Speaker 2: traçable et réversible. Vous pouvez ouvrir la télémétrie de Power
15:31
Speaker 2: Platform et voir précisément quel utilisateur a effectué quelle action,
15:34
Speaker 2: sur quelle table et à quel moment. Ce n'est pas
15:37
Speaker 2: une automatisation incontrôlée, c'est une automatisation maîtrisée. Revenons à notre
15:40
Speaker 2: exemple de démonstration. Vous demandez à Copilot de créer une
15:43
Speaker 2: nouvelle fiche client. Il interprète l'intention, vérifie les outils disponibles
15:47
Speaker 2: et trouve votre action de création de client. Les paramètres
15:50
Speaker 2: manquants déclenchent des questions jusqu'à ce que tout soit complet.
15:53
Speaker 2: Lorsqu'il exécute enfin la commande, SQL Server ajoute un onzième client.
15:56
Speaker 2: Actualisez la table dans Management Studio et le voici automatiquement.
15:59
Speaker 2: Preuve que la conversation s'est transformée en opération commerciale. Votre
16:01
Speaker 2: IA n'a pas seulement résumé la réalité, elle l'a modifiée
16:03
Speaker 2: de manière responsable. C'est là toute l'essence de données des
16:06
Speaker 2: kamas copilotes. En exposant un ensemble contrôlé d'actions SQL via
16:09
Speaker 2: la passerelle de données, vous permettez à l'intelligence de participer
16:11
Speaker 2: aux opérations quotidiennes tout en conservant les garde-fous de la
16:13
Speaker 2: gouvernance des données d'entreprise. Chaque action est une capacité soigneusement encadrée, limitée,
16:18
Speaker 2: plutôt qu'un accès illimité. Bien configurée, votre copilot devient à
16:23
Speaker 2: la fois informatif et opérationnel, capable d'effectuer des transactions, d'enregistrer
16:27
Speaker 2: chaque action et d'apprendre la discipline professionnelle. Félicitations, vous venez
16:31
Speaker 2: d'embaucher votre premier employé numérique et d'installer son bureau au
16:33
Speaker 2: sein de SQL Server. Concevoir le cerveau hybride, architecture et
16:38
Speaker 2: mise à l'échelle. Ce que vous avez maintenant est plus
16:39
Speaker 2: qu'une simple démo, c'est un système nerveux. Mais tout système
16:42
Speaker 2: nerveux finit par se heurter à la réalité, la latence,
16:44
Speaker 2: les pannes et la charge. Cette section s'adresse aux architectes,
16:48
Speaker 2: ceux qui doivent expliquer à la direction pourquoi copilote ne
16:50
Speaker 2: s'effondre pas sous la charge et pourquoi coquet hybride ne
16:53
Speaker 2: signifie pas fragile. Considérez le cerveau hybride comme quatre organes
16:57
Speaker 2: au sein d'un même organisme. La source de données, SQL Server,
17:00
Speaker 2: est le cortex de mémoire, stockant les connaissances en modèles
17:03
Speaker 2: tabulaires parfaits. La couche passerelle est la moelle épinière, transmettant
17:06
Speaker 2: les signaux dans les deux sens tout en filtrant ce
17:08
Speaker 2: qui ne doit pas circuler. Les services cloud, Power Platform
17:11
Speaker 2: et Copilot Studio forment le cortex préfrontal, interprétant le langage,
17:14
Speaker 2: appliquant le raisonnement et gérant le contexte. Enfin, les interfaces utilisateurs, Teams,
17:18
Speaker 2: chat web, mobile, sont la bouche et les mains par
17:20
Speaker 2: lesquelles les humains interagissent réellement avec la machine. Gardez ces
17:23
Speaker 2: rôles bien distincts. Quand l'un tente d'accomplir la fonction de l'autre,
17:26
Speaker 2: des problèmes techniques surviennent. La résilience commence par la redondance.
17:29
Speaker 2: Déployer plusieurs passerelles sur des serveurs distincts pour former un cluster,
17:32
Speaker 2: elle partage une identité et une référence de connexion unique,
17:35
Speaker 2: tout en équilibrant la charge. Si une machine tombe en
17:38
Speaker 2: panne ou est redémarrée par mégarde, les autres prennent le relais.
17:42
Speaker 2: Le copilot ne remarque rien. La Power Platform redirige automatiquement
17:45
Speaker 2: les connexions vers le nœud disponible. Aucune intervention manuelle, aucune
17:48
Speaker 2: interruption de service. Pour les auditeurs, le cluster est un
17:51
Speaker 2: schéma rassurant. Deux flèches au lieu d'un point de défaillance unique,
17:55
Speaker 2: vient ensuite la gestion de la charge. Les requêtes générées
17:57
Speaker 2: par copilote sont imprévisibles. Des requêtes textuelles simples à l'instant,
18:00
Speaker 2: de lourdes jointures analytiques l'instant d'après. Un schéma bien conçu
18:03
Speaker 2: évite ces explosions de jointures impromptues. Utilisez des vues optimisées
18:07
Speaker 2: en lecture, des clés indexées, des filtres au niveau des lignes.
18:10
Speaker 2: La passerelle de données exécute le SQL sur votre réseau local,
18:13
Speaker 2: héritant ainsi de vos index. Une indexation optimale n'est pas
18:16
Speaker 2: qu'une suggestion théorique. C'est la raison pour laquelle copilote répond
18:19
Speaker 2: en quelques secondes plutôt que de rester en attente. Vient
18:21
Speaker 2: ensuite l'auditabilité, l'âme bureaucratique du cerveau hybride. Chaque exécution d'outils,
18:26
Speaker 2: requêtes ou demandes d'authentification apparaît dans la télémétrie. Utilisez-la. Exportez
18:31
Speaker 2: les journaux vers Log Analytics ou Sentinel. Filtrez par utilisateur
18:35
Speaker 2: ou heure. Éprouvez la conformité. Quand votre responsable sécurité demande«
18:39
Speaker 2: Qui a mis à jour la table client jeudi dernier?»,
18:41
Speaker 2: vous pouvez répondre avec une précision chirurgicale. Rien ne convainc
18:44
Speaker 2: mieux la gouvernance que des horodatas. Les cas particuliers méritent
18:46
Speaker 2: d'être mentionnés car ils sont inévitables. L'authentification héritée rôde toujours.
18:51
Speaker 2: Certains environnements utilisent une authentification SQL ancienne héritée d'une autre
18:54
Speaker 2: époque Utilisez le coffre-fort de la passerelle pour masquer cette
18:58
Speaker 2: faiblesse et renouveler régulièrement les clés. Les grands modèles peuvent
19:03
Speaker 2: submerger l'interface de copilote, préférer les procédures stockées au JSON.
19:08
Speaker 2: Les schémas dynamiques, changeant chaque semaine, nécessitent une actualisation automatisée
19:12
Speaker 2: des métadonnées. Planifiez une réindexation nocturne pour que votre copilote
19:16
Speaker 2: ne soit pas désorienté le lundi matin. La philosophie de
19:19
Speaker 2: sécurité sous-tend tout. Le but n'est pas la migration. Déplacer
19:23
Speaker 2: vos données critiques vers le cloud d'un hôte n'est pas
19:25
Speaker 2: une modernisation, c'est une réédition. C'est une réédition. Le but
19:29
Speaker 2: est la synchronisation sans exposition. La passerelle permet le mouvement
19:32
Speaker 2: sans relocalisation. Les données restent sous votre juridiction, tandis que
19:36
Speaker 2: l'intelligence circule vers les outils utilisés. C'est le seul équilibre
19:40
Speaker 2: évolutif entre contrôle et productivité. D'un point de vue conceptuel
19:43
Speaker 2: documenté que chez nous. SQL Server, mémoire, passerelle, colonne vertébrale.
19:48
Speaker 2: Power Platform Cloud, cerveau, Teams. Signal continu, entièrement chiffré et
19:54
Speaker 2: auditable à chaque étape. Une fois ce modèle assimilé, le
19:57
Speaker 2: reproduire pour d'autres systèmes devient trivial. Remplacez SQL par Oracle
20:01
Speaker 2: ou une API locale et la structure reste identique. Félicitations,
20:04
Speaker 2: vous venez dessiner le plan directeur de l'IA hybride elle-même.
20:07
Speaker 2: C'est secret. Alors quel est le vrai secret pour intégrer
20:10
Speaker 2: des données SQL dans Copilot Studio? Ce n'est ni une
20:12
Speaker 2: commande ni un commutateur caché. C'est une architecture, respectant les
20:15
Speaker 2: frontières tout en concevant des voies d'accès. La connaissance sans
20:18
Speaker 2: connectivité est inutile. La connectivité sans contrôle est dangereuse. La
20:22
Speaker 2: passerelle de données résout ce paradoxe en laissant l'intelligence traverser
20:25
Speaker 2: le pare-feu sans jamais le percer. Avec SQL pour la
20:28
Speaker 2: mémoire et Copilot Studio pour le raisonnement, votre entreprise possède
20:31
Speaker 2: enfin un cerveau numérique complet, capable de chiffrer des factures,
20:34
Speaker 2: d'ajouter des clients et d'apprendre tout en respectant les règles
20:37
Speaker 2: et d'apprendre. L'intelligence hybride en temps réel n'est pas un mythe,
20:39
Speaker 2: c'est le résultat d'un câblage bien réalisé. Si ce concept
20:43
Speaker 2: vous a évité une autre nuit à exporter des fichiers CSV,
20:45
Speaker 2: renvoyez l'ascenseur, abonnez-vous. Car ensuite, nous étendrons cette architecture aux
20:49
Speaker 2: API héritées et aux systèmes obsolètes en apprenant à copilote,
20:52
Speaker 2: à communiquer avec tout ce qui hante encore vos baies
20:55
Speaker 2: de serveurs. L'avenir de l'IA n'est pas un énième modèle,
20:57
Speaker 2: c'est un câblage approprié. Concevez le correct!