Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Collegare Copilot Studio a SQL Server: il Power Platform Data Gateway per l’IA ibrida (Doppiaggio IA)

Transcript

Collegare Copilot Studio a SQL Server: il Power Platform Data Gateway per l’IA ibrida (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Il tuo copilot è fluente e sicuro di sé e
0:01
Speaker 2: assolutamente ignaro di tu. Accoglie i tuoi dipendenti come un esperto,
0:04
Speaker 2: eppure è cieco di fronte alla resistenza dei tuoi clienti,
0:06
Speaker 2: fatture o inventario. Pensi che conosca l'azienda? Non la conosci.
0:10
Speaker 2: Conosce Wikipedia. All'interno della tua rete SQL Server conserva i
0:14
Speaker 2: veri ricordi della tua azienda. Le vendite che hai effettuato,
0:17
Speaker 2: le persone che hai fatturato, il caos dei dati umani.
0:20
Speaker 2: Ma Copilot Studio siede fuori da quella fortezza sorridendo attraverso
0:23
Speaker 2: il vetro fingendo di capire. L'ironia è bellissima. Un cosiddetto
0:26
Speaker 2: assistente intelligente che non riesce a vedere i dati che
0:28
Speaker 2: hanno costruito la tua attività. Il ponte di cui hai
0:31
Speaker 2: bisogno è Power Platform Data Gateway. Il tuo tunnel sicuro
0:34
Speaker 2: attraverso il firewall che permette al copilot di osservare SQL
0:37
Speaker 2: in tempo reale senza mai esporlo. Alla fine di questa
0:40
Speaker 2: sessione creerai quel ponte, interrogerai tabelle live e insegnerai persino
0:43
Speaker 2: al copilot a scrivere i dati. Nessuna magia, solo un'architettura
0:46
Speaker 2: eseguita correttamente. Perché i copilot falliscono senza contesto. Un copilot
0:52
Speaker 2: scollegato dai tuoi dati strutturati è poco più di un
0:54
Speaker 2: prolisso indovino. Genera parole che sembrano autorevoli, ma sono totalmente
0:58
Speaker 2: avulse dalla verità operativa. Chiedigli del tasso di abbandono dei
1:02
Speaker 2: clienti di questo trimestre e farà una stima. Chiedigli chi
1:04
Speaker 2: ti doveva soldi il mese scorso e allucinerà sicurezza inventando numeri.
1:07
Speaker 2: Questo è ciò che accade quando i modelli linguistici di
1:09
Speaker 2: grandi dimensioni sono costretti a varare senza basis. Producono assurdità
1:12
Speaker 2: statisticamente probabili. Le aziende perpetuano questa cecità, tenendo la loro
1:16
Speaker 2: IA nel cloud, ma i dati, nel seminterrato... I team
1:19
Speaker 2: di sicurezza rigono bellissimi firewall, gli uffici di conformità vietano
1:22
Speaker 2: le connessioni in entrata e il povero copilot, bloccato nel
1:25
Speaker 2: suo sandbox pubblico, setaccia dati di addestramento generici chiamandoli conoscenza.
1:30
Speaker 2: È come se avessi assunto un consulente che ha letto
1:32
Speaker 2: ogni libro di economia mai scritto ma non ha mai
1:34
Speaker 2: visto il tuo bilancio. Dentro le tue mura, SQL Server
1:37
Speaker 2: rimane la colonna vertebrale della vera funzione aziendale. Ogni ordine,
1:40
Speaker 2: ogni aggiornamento, ogni indirizzo cliente è digitato male pulso attraverso
1:43
Speaker 2: di esso. Non è affascinante ma è affidabile. La colla
1:46
Speaker 2: relazionale che lega il tuo ERP, CRM e quei fogli
1:49
Speaker 2: Excel etichettati come finale V2. 7. Senza accesso a quell'intelligenza strutturata,
1:58
Speaker 2: un agente IA ha la competenza di un bambino geniale
2:00
Speaker 2: che legge enciclopedia a caso. Conosce la lingua, non il significato.
2:04
Speaker 2: Il muro esiste per una buona ragione. Esporre direttamente i
2:06
Speaker 2: dati a SQL Cloud è un atto di autoresinismo aziendale. Firewall,
2:10
Speaker 2: zone di rete e confini di autenticazione esistono proprio perché
2:12
Speaker 2: qualcuno una volta ha provato ad aprire una porta e
2:14
Speaker 2: ha passato il trimestre successivo a spiegare la violazione. I
2:18
Speaker 2: quadri normativi richiedono la residenza dei dati e i revisori
2:20
Speaker 2: esigono log che mostrino esattamente chi ha toccato quale record.
2:23
Speaker 2: Quindi sì, il muro deve restare. Tuttavia, nemmeno l'isolamento è
2:26
Speaker 2: la risposta. L'ideale è la parità ibrida. Mantenere il controllo
2:30
Speaker 2: on- premise garantendo al contempo al cloud una visibilità intelligente. Questo
2:33
Speaker 2: equilibrio trasforma l'IA da un gioco di prestigio in una
2:35
Speaker 2: lista affidabile. Immagina un sistema in cui il tuo copilota
2:39
Speaker 2: legge gli ordini dei clienti non appena vengono aggiornati. Riassume
2:41
Speaker 2: le fatture senza esportare CSV e in cui ogni query
2:44
Speaker 2: è autenticata, criptografata e verificabile. Questo librido fatto nel modo giusto.
2:48
Speaker 2: Comprendere questa separazione, il genio intrappolato fuori, i dati chiusi dentro,
2:52
Speaker 2: è il primo passo per apprezzare il gioco di prestigio
2:54
Speaker 2: architettonico che lo risolve. Prima di parlare di dati, pensiamo
2:57
Speaker 2: alla biologia. Il corpo funziona perché il midollo spinale collega
3:01
Speaker 2: il cervello ai muscoli senza esporre i nervi alla luce
3:03
Speaker 2: del giorno. Nella tecnologia, il Data Gateway di Power Platform
3:07
Speaker 2: fa esattamente questo. Non è solo un tunnel, è un
3:10
Speaker 2: ponte neurale disciplinato che mantiene entrambi gli emisferi sincronizzati e sicuri.
3:14
Speaker 2: Una volta compreso questo, tutto ciò che riguarda l'IA ibrida
3:16
Speaker 2: inizia ad avere senso. Ecco il Data Gateway, la spina,
3:20
Speaker 2: dorsale dell'IA ibrida. Iniziamo con una correzione terminologica. Molti chiamano
3:24
Speaker 2: il Data Gateway di Power Platform Middleware. Questo termine è
3:27
Speaker 2: un insulto. Il Middleware si usa quando due sistemi si
3:29
Speaker 2: rifiutano di collaborare. Il Gateway non è un traduttore, è
3:32
Speaker 2: una colonna vertebrale. Collega il cervello analitico del cloud con
3:35
Speaker 2: il corpo riflesso del tuo server SQL locale. Questi due
3:38
Speaker 2: unisferi devono comunicare costantemente, ma mai incautamente. Il data gateway
3:42
Speaker 2: gestisce quella conversazione con precisioni chirurgiche. E come ragiona? Nulla
3:45
Speaker 2: dal cloud bussa mai al tuo firewall. Il gateway mantiene
3:48
Speaker 2: la sovranità, avviando ogni conversazione verso l'esterno. Immaginalo come un
3:51
Speaker 2: dipendente che fa solo telefonate e non accetta mai chiamate
3:55
Speaker 2: in entrata. Il cloud non invia alcun invito. Il tuo
3:58
Speaker 2: gateway compone il numero, crittografa la sessione, verifica le credenziali
4:02
Speaker 2: e mantiene il canale attivo solo per il tempo necessario
4:04
Speaker 2: a un comando e una risposta sicuri. Dal punto di
4:06
Speaker 2: vista di un revisore della sicurezza, quella singola decisione architettonica
4:09
Speaker 2: ha solo in uscita la differenza tra conformità e caos.
4:12
Speaker 2: Ora l'installazione è quasi deludentemente semplice. Scarichi il client del
4:15
Speaker 2: Data Gateway on- premises, accedi con l'account Power Platform nella tua
4:18
Speaker 2: organizzazione e lo registri con un nome univoco di Cluster Gateway.
4:22
Speaker 2: Dietro quella modesta interfaccia si c'è la ingegneria seria. String
4:27
Speaker 2: di connessione sigillate nell'archivio credenziale di Windows, chiavi simmetriche per
4:30
Speaker 2: la criptografia dei dati e un servizio Windows leggero dedicato
4:33
Speaker 2: al mantenimento di una comunicazione sicura con Azure. Nel momento
4:35
Speaker 2: in cui la registrazione è completata, il tuo server locale
4:37
Speaker 2: si unisce silenziosamente all'elenco dei nodi ibridi affidabili, affidabili e
4:40
Speaker 2: affidabili riconosciuti da Power Platform. I cluster gateway sono gli
4:42
Speaker 2: eroi non celebrati della residenza aziendale. Puoi distribuire più di
4:45
Speaker 2: un'istanza su macchine separate, ognuna delle quali funge da percorso
4:48
Speaker 2: di backup. Se un nodo smette di rispondere magari per
4:51
Speaker 2: un riavvio di manutenzione o un problema hardware, gli altri
4:54
Speaker 2: continuano a estradare il traffico. i servizi di Power Platform
4:57
Speaker 2: bilanciano automaticamente le connessioni tra i membri disponibili. Il risultato?
5:00
Speaker 2: Alta disponibilità senza mai esporre una porta aperta. Microsoft l'ha
5:04
Speaker 2: progettato affinché l'affidabilità non lasci mai spazio a un'imprudenza. Ed
5:07
Speaker 2: ecco il vantaggio che molti trascurano, un unico gateway per tutti.
5:11
Speaker 2: La stessa installazione che consente al tuo copilot di interrogare
5:13
Speaker 2: SQL locale alimenta anche i report in Power BI, le
5:15
Speaker 2: app in Power Apps e i flussi in Power Automate.
5:19
Speaker 2: In altre parole, ogni connessione ibrida nell'ecosistema Power Platform condivide
5:22
Speaker 2: lo stesso percorso spinale. Ogni segnale scorre lungo lo stesso
5:25
Speaker 2: nervo e nessuno di essi aggira le polisi di sicurezza.
5:28
Speaker 2: Quella infrastruttura condivisa elimina connettori ridondanti e disordine nella rete.
5:32
Speaker 2: Un unico ponte disciplinato al posto di quattro tunnel caotici.
5:34
Speaker 2: Preveniamo la paranoia che emerge in ogni revisione della sicurezza. No,
5:38
Speaker 2: il gateway non carica il tuo database. Non clonano, rispecchiano
5:41
Speaker 2: o replicano nulla. Tutto ciò che fa è eseguire quelli
5:44
Speaker 2: per tuo conto e restituire i risultati, proprio come se
5:46
Speaker 2: un dipendente esperto avesse eseguito una stored procedure e copiato
5:49
Speaker 2: l'esito in un messaggio sicuro. Le chiavi di sessione ruotano frequentemente,
5:53
Speaker 2: i payload sono criptografati end- to- end tramite TLS e l'autenticazione avviene
5:56
Speaker 2: tramite Azure Active Directory o le credenziali fornite esplicitamente. Non
6:00
Speaker 2: c'è alcuna coppia fantasma, nessuna cache nascosta, nessuna sincronizzazione segreta
6:03
Speaker 2: sotto la tua scrivania. Per gli ambienti regolamentati che dipendono
6:06
Speaker 2: dai log di controllo, il gateway genera anche telemetria. Ogni chiamata,
6:09
Speaker 2: ogni set di risultati, ogni handshake di autenticazione può essere
6:12
Speaker 2: tracciato tramite gli strumenti di monitoraggio di Power Platform. Ciò
6:15
Speaker 2: significa che puoi dimostrare la conformità, riga per riga, che
6:17
Speaker 2: i dati non hanno mai lasciato il tuo perimetro di
6:18
Speaker 2: fiducia senza criptografia. L'effetto è paradossale. Aprire il muro rafforza
6:22
Speaker 2: effettivamente la prova del tuo controllo. Gli auditori ramano i
6:25
Speaker 2: diagrammi con i gateway perché all'improvviso le frecce nella mappa
6:27
Speaker 2: di rete e la mappa di rete puntano nella direzione
6:29
Speaker 2: corretta da se stessi. Quindi per ricapitolare in termini biologici,
6:32
Speaker 2: SQL Server è il muscolo che occupa lo studio alla
6:34
Speaker 2: corteccia frontale, Gateway Dati è la fibra nervosa minimizzata che
6:37
Speaker 2: collega i due. Un'autostrada di attività elettrica avvolta in strati
6:40
Speaker 2: di criptografia invece che di tessuto. Senza di essa il
6:43
Speaker 2: cervello cloud invia comandi che non raggiungono mai gli arti.
6:45
Speaker 2: Con essa query, aggiornamenti e contesto fluiscono simmetricamente in entrambe
6:49
Speaker 2: le direzioni senza violare la pelle del tuo perimetro. Una
6:51
Speaker 2: volta che esiste quella colonna vertebrale, possiamo collegare il cervello.
6:54
Speaker 2: Copilot Studio imparerà presto a leggere le tue tabelle SQL
6:56
Speaker 2: come fonti di conoscenza, costruendo domande in linguaggio naturale che
6:59
Speaker 2: si traducono in precisi comandi TSQL. Il gateway fa la guardia,
7:03
Speaker 2: traducendo l'intento in esecuzione, restituendo risultati verificati. Ciò che accadrà dopo,
7:08
Speaker 2: quando il Copilot comprenderà finalmente il contenuto di quelle tabelle
7:11
Speaker 2: in tempo reale, è il momento in cui la promessa
7:13
Speaker 2: dell'IA ibrida smette di essere una parola di moda e
7:15
Speaker 2: diventa un sistema nervoso funzionante. E sì, questo è il
7:17
Speaker 2: nostro prossimo passo. Insegnare a Copilot a leggere sequele, aggiungendo
7:20
Speaker 2: fonti di conoscenza. Un Copilot senza dati è come uno
7:23
Speaker 2: stagista pieno di entusiasmo, ma senza memorie. Sorride, annuisce e
7:27
Speaker 2: risponde con sicurezza, improvvisando segretamente. La prima lezione di alfabetizzazione
7:31
Speaker 2: sul dia ibrida consiste nel dare a quello stagista l'accesso
7:33
Speaker 2: agli archivi aziendali, con attenzione e sicurezza alle tue condizioni.
7:36
Speaker 2: Che entra ogni giorno con le fonti di conoscenza in
7:38
Speaker 2: Copilot Studio. Ciò che stai per costruire non è una
7:41
Speaker 2: semplice stringa di connessione e cognizione. Iniziamo con un agente
7:44
Speaker 2: vuoto in Copilot Studio. È vuoto, senza conoscenze, senza strumenti,
7:48
Speaker 2: solo talento linguistico in attesa di contenuti. Nel momento in
7:50
Speaker 2: cui clicchi su Aggiungi conoscenza, passi dal gioco di parole
7:52
Speaker 2: all'accesso ai dati. Scegli Azure SQL come fonte e qui
7:56
Speaker 2: il gateway dati compie il suo primo atto di diplomazia.
7:59
Speaker 2: Poiché lo hai già registrato, la tua istanza SQL locale
8:01
Speaker 2: appare silenziosamente nell'elenco delle connessioni. È lo stesso gateway che
8:05
Speaker 2: si trova all'interno della tua rete e avvia una fiducia
8:07
Speaker 2: in uscita verso Power Platform. Lo selezioni, ti autentichi e
8:11
Speaker 2: punti al database che contiene la tua verità operativa. L'autenticazione
8:14
Speaker 2: è più importante di quanto molti realizzi. L'autenticazione SQL utilizza
8:18
Speaker 2: credenziali di database dedicate, semplici ma locali. L'autenticazione Windows sfrutta
8:21
Speaker 2: la fiducia di Active Directory esistente, perfetta quando la tua
8:24
Speaker 2: macchina gateway appartiene già al dominio. Poi c'è l'approccio ibrido
8:27
Speaker 2: di Azure, dove Azure AD funge da intermediario tra l'identità
8:30
Speaker 2: cloud e le autorizzazioni locali. Ogni opzione soddisfa diverse combinazioni
8:33
Speaker 2: di paranoia aziendale ed esigenze pratiche. Il punto è che
8:36
Speaker 2: Copilot non vede mai la password direttamente. Il gateway gestisce
8:39
Speaker 2: l'archiviazione delle credenziali tramite riferimento crittografato, come se fosse la
8:42
Speaker 2: politica della busta sigillata dell'azienda. Una volta autenticato, Copilot Studio
8:47
Speaker 2: chiede educatamente cosa vorresti che sapesse. Ogni tabella o vista
8:50
Speaker 2: che selezioni definisce un confine di conoscenza. Scegli con attenzione.
8:53
Speaker 2: Se lo nutri con schemi disordinati, addestrerai confusione. Se lo
8:56
Speaker 2: nutri con viste normalizzate e ben denominate, risponderà come un
8:58
Speaker 2: analista esperto. Pensa alla progettazione dello schema come la dici.
9:01
Speaker 2: Nomi di colonna chiari diventano vocabolario che Copilot può usare,
9:05
Speaker 2: mentre abbreviazioni criptiche rendono le frasi incoerenti. Il modello non
9:09
Speaker 2: comprende i join. Inferisce le relazioni dalla struttura che esponi.
9:13
Speaker 2: Ecco perché molti architetti creano liste ottimizzate per la lettura,
9:16
Speaker 2: rappresentazioni precise e condensate da verità, pre- collegate e ripulite dalle
9:19
Speaker 2: colonne sensibili. Dopo aver collegato le tabelle, Ecopilot Studio indicizza
9:23
Speaker 2: i loro metadati tramite il gateway. Non duplica i tuoi dati.
9:27
Speaker 2: Invece prepara gli schemi per interrogazioni dinamiche. Quando fai una domanda,
9:30
Speaker 2: ad esempio, qual è il totale degli ordini recenti di
9:32
Speaker 2: Griffith Corp? Ecopilot genera un'istruzione SQL interna che fa riferimento
9:36
Speaker 2: a quelle viste. Il Gateway la esegue localmente, recupera i
9:39
Speaker 2: risultati e invia un payload JSON sanificato al modello. Il
9:43
Speaker 2: modello poi è riformato a quell'output in un linguaggio naturale.
9:45
Speaker 2: A te sembra magia del linguaggio. Per l'amministratore di rete
9:48
Speaker 2: è una singola chiamata in uscita racchiusa, in TLS registrata
9:51
Speaker 2: e chiusa. La persistenza del contesto è ciò che fa
9:53
Speaker 2: sembrare le cose inquietantemente umane. Chiedi dell'ultimo ordine di Greenfield Corp,
9:57
Speaker 2: poi aggiungi subito quali articoli includeva. Copilot non perde il
10:01
Speaker 2: filo del discorso perché la cronologia e il contesto della
10:03
Speaker 2: query seguono lo stesso percorso sicuro. Ricorda il cliente citato,
10:07
Speaker 2: costruisce una seconda query SQL filtrata per quell'ID e fornisce
10:11
Speaker 2: l'elenco dettagliato sempre senza prememorizzare nulla. In sostanza, Copilot si
10:15
Speaker 2: comporta come un analista attento che tiene aperto il foglio
10:17
Speaker 2: di calcolo precedente mentre risponde alla domanda successiva. Poiché ogni
10:20
Speaker 2: query viaggia in tempo reale attraverso il gateway, le risposte
10:23
Speaker 2: riflettono lo stato attuale del database SQL nel momento esatto
10:26
Speaker 2: in cui le poni. Modifica un record in SQL Management
10:28
Speaker 2: Studio e rifai la domanda. La risposta si aggiorna istantaneamente.
10:32
Speaker 2: Non si tratta di caching, ma di un vero recupero
10:33
Speaker 2: dati in tempo reale. Questa immediatezza annulla il classico ritardo
10:37
Speaker 2: tra analisi e operazioni. Il tuo Copilot smette di raccontare
10:40
Speaker 2: vecchi dati e diventa un reporter del presente. Very common.
10:44
Speaker 2: L'accesso è eccessivamente permissivo e in cima alla lista. Limita
10:46
Speaker 2: sempre la connessione alle poche tabelle che servono a Copilot
10:49
Speaker 2: ed evita enormi set di risultati non filtrati. I modelli
10:52
Speaker 2: linguistici non sono progettati per riassumere milioni di righe in
10:54
Speaker 2: una volta sola. Piuttosto circoscrivi la conoscenza tramite viste concise
10:57
Speaker 2: e pertinenti. Un'altra insidia è dimenticare i tipi di dati.
11:01
Speaker 2: Copilot interpreta lo schema letteralmente. Se memorizzi identificativi numerici come stringhe,
11:05
Speaker 2: aspettati confusione. Più disciplinato è il design del database, più
11:08
Speaker 2: il tuo Copilot diventa eloquente. Quindi cosa abbiamo ottenuto? Abbiamo
11:12
Speaker 2: dato la vista al nostro agista? Copilot può ora leggere
11:14
Speaker 2: i dati aziendali dal vivo, con una memoria perfetta e
11:16
Speaker 2: zero rischi di sfiltrazione. Risponde alle domande dei clienti traducendo
11:20
Speaker 2: il linguaggio naturale in SQL e seguendo tutto in pochi
11:22
Speaker 2: millisecondi tramite il tuo gateway. E sebbene sia impressionante, un
11:25
Speaker 2: IA che legge il tuo registro come un romanzo, la
11:27
Speaker 2: vera trasformazione avviene quando impara ad agire. Leggere i dati
11:30
Speaker 2: lo rende informativo. Scrivere i dati lo rende prezioso. Nella
11:33
Speaker 2: fase successiva gli daremo le mani. Con le azioni SQL
11:36
Speaker 2: e i writeback controllati, quello stagista entusiasta viene promosso a
11:39
Speaker 2: dipendente fidato, capace di aggiornare la realtà, non solo di descriverla.
11:43
Speaker 2: Dare le mani a Copilot, azioni SQL e writeback. Fino
11:45
Speaker 2: a questo punto il tuo Copilot è stato un analista
11:47
Speaker 2: dati perfetto, curioso, eloquente, ma fondamentalmente innocuo. Osserva il tuo
11:52
Speaker 2: SQL Server come un visitatore in un museo dietro le barriere.
11:55
Speaker 2: Rimuoviamo il vetro. È giunto il momento che Copilot agisca
11:58
Speaker 2: sul mondo che comprende, per inserire, aggiornare e mantenere i
12:01
Speaker 2: record tramite SQL invece di limitarsi ad escriverli. Questo è
12:04
Speaker 2: il momento in cui Copilot passa da bibliotecario a dipendente.
12:07
Speaker 2: In Copilot Studio quella trasformazione inizia nella sezione strumenti, a
12:09
Speaker 2: volte etichettata come azioni. Qui definisci ciò che lì è
12:13
Speaker 2: autorizzato a fare. Ogni azione è un contratto tra gli
12:15
Speaker 2: amministratori umani e l'intenzione della macchina. Espone alcune funzioni, descrivile
12:19
Speaker 2: chiaramente e lascia che il modello decida quando sono appropriate.
12:23
Speaker 2: Concettualmente queste sono API con etichetta. Senza di S, Copilot parla.
12:27
Speaker 2: Con S, Copilot agisce. Inizia aggiungendo una nuova azione scegliendo
12:31
Speaker 2: il connettore SQL. Le opzioni imitano i verbi della vita
12:33
Speaker 2: di un database. Inserisci, aggiorna, elimina, esegui procedura archiviata. Selezioniamo
12:38
Speaker 2: inserisci riga perché la creazione è la forma più pura
12:40
Speaker 2: di prova. L'interfaccia ti richiede di scegliere una connessione, la
12:43
Speaker 2: stessa che abbiamo configurato in precedenza tramite il gateway dati.
12:45
Speaker 2: Quella continuità è importante. Significa che le tue operazioni di
12:48
Speaker 2: scrittura viaggiano lungo lo stesso canale crittografato delle tue query.
12:51
Speaker 2: Nessun tunnel extra e nessun percorso non monitorato. Il contesto
12:54
Speaker 2: di autenticazione è preservato e la governance rimane intatta. Successivamente
12:58
Speaker 2: identifichi dove deve operare questa azione. Scegli il tuo database
13:01
Speaker 2: per la tua tabella, magari clienti. Nel momento in cui
13:03
Speaker 2: la selezione, Copilot Studio analizza lo schema ed elenca le
13:06
Speaker 2: colonne come parametri di input. Questi diventano i campi che
13:10
Speaker 2: Copilot deve fornire prima di eseguire il comando SQL. Pensa
13:13
Speaker 2: a ogni parametro come a un pezzo mancante di un
13:15
Speaker 2: puzzle che il modello linguistico deve trovare attraverso la conversazione.
13:18
Speaker 2: L'arte sta nelle chiettature. Non lasciare nomi di parametri come
13:21
Speaker 2: identificatori criptici tipo ID cliente o NUNTEL. Rinominali con prompt naturali,
13:26
Speaker 2: ID cliente, numero di telefono, indirizzo email. Nel mondo del
13:29
Speaker 2: modello la chiarezza è destino. Puoi anche fornire descrizioni concise
13:32
Speaker 2: per ogni campo e di numerico. Univoco per il cliente,
13:35
Speaker 2: email di contatto principale, e così via, e così via.
13:38
Speaker 2: Questi suggerimenti guidano la logica di riempimento degli slot EcoPilot
13:41
Speaker 2: quando mancano informazioni. Ad esempio, se un utente dice aggiungi
13:44
Speaker 2: un nuovo cliente chiamato Uber 365, il modello vede che
13:45
Speaker 2: ha un nome ma non un telefono o un indirizzo.
13:49
Speaker 2: Chiede gentilmente qual è il loro numero di telefono o
13:51
Speaker 2: indirizzo aziendale. Quel follow- up non è scritto in un copione,
13:54
Speaker 2: è un'inferenza nata dai metadati dei tuoi parametri. Una volta
13:57
Speaker 2: che EcoPilot raccoglie tutti gli input richiesti, Gateway esegue il
14:00
Speaker 2: comando SQL silenziosamente, proprio come prima, in uscita, crittografato, registrato, registrato.
14:05
Speaker 2: Nel giro di pochi secondi il nuovo record si materializza
14:06
Speaker 2: all'interno di SQL Server, L'esperienza per l'utente sembra magica. Una
14:11
Speaker 2: richiesta conversazionale crea dati tangibili in un sistema on- premise senza browser,
14:15
Speaker 2: plugin o esposizione diretta del database. Il firewall rimane inviolato.
14:21
Speaker 2: L'amministratore di rete rimane calmo. La convalida è fondamentale qui.
14:24
Speaker 2: Il connettore rispetta i vincoli SQL, le chiavi primarie, i
14:27
Speaker 2: tipi di dati e trigger, ma è saggio implementare ulteriori
14:29
Speaker 2: controlli di integrità. Puoi includere flussi condizionali in Copilot Studio
14:33
Speaker 2: per confermare prima di procedere come sei sicuro di voler
14:35
Speaker 2: creare questo cliente. Ogni fase di conferma non solo previene incidenti,
14:39
Speaker 2: ma fornisce anche una chiara traccia documentale per i revisori. Ricorda,
14:43
Speaker 2: governare lì significa supervisionare l'entusiasmo. Per riguardo alla sicurezza, molte
14:47
Speaker 2: organizzazioni separano saggiamente le credenziali di consultazione da quelle operative.
14:51
Speaker 2: La lettura può usare un account di servizio con diritti limitati,
14:54
Speaker 2: mentre la scrittura richiede un connettore elevato approvato dall'IT. Copilot
14:58
Speaker 2: Studio consente di mantenere connessioni separate per questi livelli, tutti
15:01
Speaker 2: sotto la stessa infrastruttura di Gateway. Questa separazione di compiti
15:05
Speaker 2: garantisce che anche in caso di configurazione errata nessun agente
15:07
Speaker 2: non autorizzato tenga accesso oltre il suo ambito. Osserva con
15:11
Speaker 2: quanta eleganza il gateway gestisce questo doppio scopo. Traduce il
15:14
Speaker 2: linguaggio naturale in TSQL in entrambe le direzioni mantenendo l'autenticazione centralizzata.
15:18
Speaker 2: L'amministratore non deve gestire decine di chiavi API. Il proxy
15:22
Speaker 2: del gateway gestisce la fiducia una sola volta e replica
15:24
Speaker 2: la sua responsabilità. I responsabili della conformità possono gioire perché
15:27
Speaker 2: ogni scrittura è dotata di timestamp tracciabili e reversibili. Puoi
15:30
Speaker 2: aprire la telemetria di Power Platform e vedere esattamente quale
15:33
Speaker 2: utente ha invocato quale azione, su quale tabella e a
15:36
Speaker 2: che ora. Questa non è automazione fuori controllo, è automazione addomesticata.
15:40
Speaker 2: Torniamo all'esempio della demo. Da istruzioni a Copilot, crea un
15:43
Speaker 2: nuovo record cliente. Interpreta l'intento, controlla gli strumenti disponibili e
15:48
Speaker 2: trova la tua azione per creare un nuovo record cliente.
15:50
Speaker 2: Parametri mancanti attivano domande finché non viene completato. Quando finalmente
15:53
Speaker 2: viene eseguita, segue il server e acquisisce un undicesimo cliente.
15:56
Speaker 2: Aggiorna la tabella in Management Studio ed eccolo lì. La
15:59
Speaker 2: prova è che la conversazione sia tradotta in commercio. La
16:01
Speaker 2: tua IA non si è limitata a riassumere la realtà
16:03
Speaker 2: all'alterata in modo responsabile. Questa è l'essenza del Dark Pilot
16:06
Speaker 2: delle mani. Esponendo un set controllato di azioni SQL tramite
16:09
Speaker 2: il gateway dati, consenti all'intelligenza di partecipare alle operazioni quotidiane
16:12
Speaker 2: mantenendo i vincoli della governance dei dati aziendali. Ogni azione
16:16
Speaker 2: ha un potere attentamente circoscritto, una capacità limitata invece di
16:19
Speaker 2: un accesso illimitato. Se configurato bene, il tuo Copilot diventa
16:23
Speaker 2: sia informativo che operativo, capace... di eseguire transazioni, registrare ogni
16:27
Speaker 2: digitazione e apprendere la corretta disciplina lavorativa. Congratulazioni, hai appena
16:31
Speaker 2: assunto il tuo primo dipendente digitale e costruito la sua
16:33
Speaker 2: scrivania dentro SQL Server. Progettare il cervello ibrido, architettura e scalabilità.
16:39
Speaker 2: Ciò che hai ora è più di una demo, un
16:40
Speaker 2: sistema nervoso. Ma ogni sistema nervoso prima o poi incontra
16:43
Speaker 2: la realtà a ritardi, guasti e scala. Questa sezione è
16:47
Speaker 2: per gli architetti, coloro che devono spiegare alla leadership perché
16:49
Speaker 2: Copilot non si blocca sotto il carico aziendale e perché
16:52
Speaker 2: ibrido non significa segretamente fragile. Sì. Immagina il cervello ibrido
16:56
Speaker 2: come quattro organi in un unico organismo. L'origine dati, SQL Server,
17:00
Speaker 2: è la corteccia mnemonica che archivia la conoscenza in perfetti
17:03
Speaker 2: schemi tabellari. Il livello del gateway midollo- spinale che trasmette segnali
17:06
Speaker 2: in entrambe le direzioni filtrando ciò che non è adatto
17:08
Speaker 2: al transito. I servizi cloud, Power Platform e Copilot Studio
17:11
Speaker 2: sono la corteccia prefrontale e interpretano il linguaggio, applicano il
17:15
Speaker 2: ragionamento e gestiscono il contesto. Infine, i front- end, Teams, WebChat, Mobile,
17:19
Speaker 2: sono la bocca e le mani attraverso cui gli esseri
17:21
Speaker 2: umani interagiscono con la macchina. Mantieni distinti questi ruoli. Quando
17:24
Speaker 2: qualcuno cerca di svolgere la funzione di un altro, ne
17:26
Speaker 2: derivano problemi tecnici. La resilienza inizia con la ridondanza. Distribuisce
17:30
Speaker 2: più gateway su server separati per formare un cluster. Condividono
17:33
Speaker 2: un'identità e un riferimento di connessione, bilanciando il carico tra loro.
17:37
Speaker 2: Se una macchina si blocca o qualcuno la riavvia durante
17:39
Speaker 2: gli aggiornamenti, le altre continuano a lavorare. Copilot non nota nulla.
17:43
Speaker 2: La Power Platform instrada automaticamente le connessioni a nodo disponibile.
17:47
Speaker 2: Nessun intervento manuale, nessun tempo di inattività. Per gli auditor
17:50
Speaker 2: il cluster è un diagramma rassicurante. Due frecce invece di
17:53
Speaker 2: un singolo punto di fallimento. Poi arriva la gestione del carico.
17:56
Speaker 2: Le query generate da Copilot sono imprevedibili. Richieste di testo,
18:00
Speaker 2: brevi un minuto, grandi join analici, quello successivo. Uno schema
18:03
Speaker 2: ben progettato previene quelle esplosioni di join improvvise. Usaviste ottimizzate
18:07
Speaker 2: per la lettura, chiavi indicizzate e filtri a livello di riga.
18:10
Speaker 2: Il data gateway esegue SQL sulla rete locale ereditando tutti
18:13
Speaker 2: gli indici creati. L'indicizzazione ottimale non è un suggerimento accademico.
18:18
Speaker 2: È il motivo per cui Copilot risponde in pochi secondi
18:19
Speaker 2: anziché andare in timeout. Poi c'è l'auditability, l'anima burocratica del
18:23
Speaker 2: cervello ibrido. Ogni esecuzione, ogni query, ogni richiesta di autenticazione
18:27
Speaker 2: appare nella telemetria di Power Platform. Usala. Esporta i log
18:32
Speaker 2: in Log Analytics o senti nell'applica filtri per utente o
18:34
Speaker 2: tempo e dimostra la conformità numericamente. Quando il responsabile della
18:38
Speaker 2: sicurezza chiede chi ha aggiornato la tabella clienti giovedì scorso,
18:42
Speaker 2: può rispondere con dolorosa precisione. Niente convince la governance come
18:44
Speaker 2: i timestamp. I casi limite meritano una menzione perché sono inevitabili.
18:48
Speaker 2: L'autenticazione legacy è ancora in agguato. Alcuni ambienti eseguono autenticazioni
18:52
Speaker 2: SQL antiche con policy delle password risalenti all'età del bronzo.
18:56
Speaker 2: Usa il gestore credenziale del gateway per nascondere tale imbarazzo
18:58
Speaker 2: e ruotare le chiavi regolarmente. Modelli di dati grandi possono
19:02
Speaker 2: sovraccaricare l'interfaccia di Copilot, quindi riassumere tramite stored procedure è
19:05
Speaker 2: più sicuro che interpretare JSON da milioni di righe. Gli
19:09
Speaker 2: schemi dinamici che cambiano settimanalmente richiedono un aggiornamento automatizzato dei metadata.
19:13
Speaker 2: Pianifica il reindicizzamento notturno delle connessioni affinché il tuo pilota
19:16
Speaker 2: non si svegli confuso lunedì mattina. La filosofia di sicurezza
19:19
Speaker 2: è alla base di tutto. L'obiettivo non è la migrazione.
19:23
Speaker 2: Postare i tuoi dati più preziosi nel cloud di altri
19:25
Speaker 2: non è modernizzazione, è resa. Presa. L'obiettivo è la sincronizzazione
19:30
Speaker 2: sia posizione. Il gateway permette il movimento senza ricollocazione. I
19:34
Speaker 2: dati rimangono nella giurisdizione visitabile dagli auditori mentre l'intelligenza fluisce
19:37
Speaker 2: liberamente verso gli strumenti usati da dipendenti. È l'unico equilibrio
19:40
Speaker 2: scalabile tra controllo e produttività. Dal punto di vista della
19:43
Speaker 2: progettazione documenta per SQL Server, memoria, data gateway, dorsale, Power
19:49
Speaker 2: Platform Cloud, cervello, Teams Web, interfaccia. Un segnale continuo, completamente
19:53
Speaker 2: crittografato e verificabile ad ogni passare. Una volta interiorizzato questo schema,
19:57
Speaker 2: replicarlo per altri sistemi diventa banale. Cambia SQL con Oracle
20:01
Speaker 2: o una API locale e la struttura rimarrà identica. Congratulazioni,
20:04
Speaker 2: hai appena delineato il progetto dell'intelligenza artificiale ibrida. Ve lo sigaretto.
20:09
Speaker 2: Quindi qual è il vero segreto per inserire dati SQL Studio?
20:12
Speaker 2: Non è un comando o un interruttore nascosto. È l'architettura,
20:14
Speaker 2: rispettare i confini progettando percorsi. La conoscenza senza connettività è inutile.
20:19
Speaker 2: La connettività senza controllo è pericolosa. Il gateway dati risolve
20:23
Speaker 2: questo paradosso lasciando che l'intelligenza attraversi il firewall senza mai violarlo.
20:27
Speaker 2: Con SQL come memoria e Copilot Studio come ragionamento la
20:30
Speaker 2: tua organizzazione possiede finalmente un cervello digitale completo capace di
20:33
Speaker 2: creare fatture, aggiungere clienti e imparare restando sempre nel rispetto
20:36
Speaker 2: delle policy. L'intelligenza ibrida in tempo reale non è leggenda,
20:40
Speaker 2: è il risultato di un cablaggio fatto bene. Se questo
20:43
Speaker 2: concetto ti ha risparmiato un'altra notte a esportare CSV, ricambia
20:46
Speaker 2: il favore. Iscriviti. Perché prossimamente stenderemo questa architettura all'API Legacy
20:50
Speaker 2: e ai sistemi a file piatti obsoleti, insegnando a Copilot
20:53
Speaker 2: a comunicare con tutto ciò che infesta ancora il tuo
20:55
Speaker 2: rack di server. Il futuro dell'IA non è un altro modello,
20:58
Speaker 2: è un cablaggio corretto. Costruisci in modo giusto.