Accesso ai dati con Azure Data Platform

Editor's Notes

• #28: Slide Objectives: Evidenziare cosa c’e’ di nuovo nell’ultimo update del servizio SQL Database Transition: Durante lo scorso settembre e’ stato pubblicato un update del servizio Microsoft Azure SQL Database che include nuove funzionalita’. Speaking Points: Linked Server – Un nuovo component per le soluzioni idride basate su database presenti nella rete aziendale e su Microsoft Azure. Recursive Trigger – Proprio come accade in SQL Server 2012 (on-premise) l’opzione puo’ essere configurata con l’istruzione ALTER DATABASE dbname SET RECURSIVE_TRIGGERS ON|OFF DBCC – il Query Optimizer utilizza le statistiche per stimare la cardinalità o il numero di righe nel risultato della query, il che consente alll'ottimizzatore di query di creare un piano di query di alta qualita’. Firewall Rules – regole diverse per i diversi database ospitati sullo stesso server SQL Database logico Notes:
• #30: Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
• #31: Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
• #36: Come potete vedere ci sono un sacco di opzioni nelle offerte Microsoft Azure DataPlatform. Può essere una sfida identificare le opzioni più adatte in ogni caso, ma possiamo stare certi che ci sarà una buona opzione per quasi qualsiasi scenario!
• #40: Slide Objectives: Mostrare l’offerta di Microsoft dal private al public cloud, anche se la presentazione pone l’attenzione sull’offerta PaaS per i database relazionali. Transition: Microsoft fornisce una soluzione continua dal cloud privato al cloud pubblico. Esiste una soluzione adatta a qualsiasi livello tecnologico abbiate.Microsoft Azure SQL Database estende le funzionalità di SQL Server adattandole agli scenari cloud offrendo SQL Server come un servizio di database relazionale. Speaking Points: Azure SQL Database offre SQL Server come servizio di database relazionale.
• #42: Slide Objectives: L’obiettivo della slide e’ far comprendere che, anche se dietro le quinte ci sono delle macchine fisiche con SQL Server, per la connessione ad un database Azure SQL Database non ci si connette ad un server fisico ma ad un endpoint Tabular Data Stream. Transition: La chiave per capire Azure SQL Database e’ comprendere che Azure SQL Database e’ SQL Server con il quale interagiamo in una maniera del tutto diversa da quella fisica dell’ambiente on-premise. Speaking Points: In un ambiente on-premises, tipicamente abbiamo un accesso ad un SQL Server fisico. In Microsoft Azure, non abbiamo un accesso fisico ad un server. Notes: E’ importante far capire che si ha a che fare con SQL Server a livello di piattaforma. Esistono dei server fisici su cui gira SQL Server 2012 Enterprise Edition. Tuttavia, a causa della natura dell'ambiente Azure, per fornire l'alta disponibilità e scalabilità necessaria, l'accesso alle caselle fisici non è attualmente supportata.
• #43: Slide Objectives: Comprendere i concetti generali e i benefici di SQL Database Transition: Chiarire qualsiasi confusione e dare un’occhiata a ciò che SQL Database è veramente e ad alcuni dei suoi benefici. Speaking Points: La stessa tecnologia di SQL Server che conosciamo, amiamo e usiamo in ambienti on-premise fornita come servizio Enterprise-ready Supporto automatic per High-Availability Progettato per scalare on-demand per fornire grande elasticita’. Notes: High-availability – 3 copie del database al costo di un singolo database. Sempre sincronizzati. Il costo per ottenere la stessa cosa on-premise non e’ basso. E’ GRATIS in Azure SQL Database.
• #44: Slide Objectives: Comprendere i concetti generali e i benefici di SQL Database Transition: Chiarire qualsiasi confusione e dare un’occhiata a ciò che SQL Database è veramente e ad alcuni dei suoi benefici. Speaking Points: La stessa tecnologia di SQL Server che conosciamo, amiamo e usiamo in ambienti on-premise fornita come servizio Enterprise-ready Supporto automatic per High-Availability Progettato per scalare on-demand per fornire grande elasticita’. Notes: High-availability – 3 copie del database al costo di un singolo database. Sempre sincronizzati. Il costo per ottenere la stessa cosa on-premise non e’ basso. E’ GRATIS in Azure SQL Database. database free for the cost of the one database. Always in sync. The cost to do this on-premises isn’t cheap. This is FREE in SQL Database.
• #45: Client - Lo strato client si trova nella tua applicazione e viene utilizzato dall'applicazione stessa per comunicare direttamente con i database SQL. Lo strato client può risiedere in locale nel vostro datacenter o essere ospitato in Microsoft Azure. Poiché SQL Database offre la stessa interfaccia TDS di SQL Server, è possibile utilizzare strumenti familiari e librerie per costruire applicazioni client per i dati contenuti nel cloud.
• #46: Services - Lo strato di servizi funziona come un gateway tra il layer del client e il livello della piattaforma sottostante in cui i dati risiedono. Lo strato di servizi prevede tre funzioni: provisioning, fatturazione e misura, e il routing della connessione.Lo strato di servizi esegue il provisioning del database specificato attraverso il tuo account Microsoft Azure. Le funzioni di fatturazione e misura permettono l’implementazione di architetture multi-tenant fornendoil supporto per la fatturazione dell’utilizzo del database su diversi Azure account. SQL Database e’ costruito su una piattaforma scalabileche coinvolge numerosi server fisici; in questo layer viene gestito il routing delle connessioni tra la tua applicazione e i server fisici dove effettivamente i dati risiedono.
• #47: Platform -Il layer di piattaforma include i server fisici e i Servizi a supporto del layer di Servizi. Il layer di piattaforma comprende istanze di SQL Server, ognuna delle quali e’ gestita da SQL Database fabric. SQL Database Fabric e’ un sistema di calcolo distribuito che integra reti, server e storage. SQL Database Fabric si occupa di garantire il failover automatic, il load balancing e la replica automatic tra I server fisici. Management services monitor the health of individual servers and enable automated installation of service upgrades and software patches. I Management Service monitorano lo stato di salute dei singoli server e permettono di automatizzare le installazioni degli aggiornamenti e delle patch.
• #48: Infrastructure - Il layer di piattaforma rappresenta l’amministrazione dell’hardware fisico e del Sistema operative a supporto del layer dei Servizi.
• #49: Slide Objectives: Far comprendere l’architettura che fornisce il servizio SQL Database enterprise-ready Transition: Gli sviluppatori hanno investito anni di lavoro con la loro tecnologia di accesso ai dati e Microsoft vuole garantire che la tecnologia e I tool che utilizzano ora continuino a funzionare con SQL Database senza dover apprendere una nuova tecnologia. Speaking Points: Tecnologie e tool familiari Architettura del tutto simile a qualla on-premise Strati aggiuntivi forniscono partizionamento dei database e dei server, routing delle connessioni e fatturazione. La stessa tecnologia SQL Server sul backend. Servizi accessori (SQL Database Fabric) per fornire prestazioni ottimali e garantire gli SLA.
• #50: Slide Objectives: Mostrare le differenti modalita’ con cui si puo’ eseguire il provisioning di una SQL Database e quanto queste siano facili. Inoltre aiutare i presenti a capire cosa e’ realmente un “server” SQL Database. Transition: Eseguire il provisioning di un database SQL Server on-premise può richiedere molto tempo, essere costosa, e, a volte, essere una sfida. Con SQL Database, eseguire il provisioning di un “server” e’ indolore, veloce e richiede pochi secondi. Speaking Points: Eseguire il provisioning del server utilizzando il Management Portal. Automatizzare il provisioning del server utilizzando le Microsoft Azure Management API o Powershell. Notes: Mentre il “server” e’ tecnicamente un endpoint TDS, molti dei processi di SQL Server sono simili. Le credenziali di autenticazione per l’amministrazione sono necessarie per ragioni di sicurezza e, piu’ importante, e’ essenziale e richiesto, per mantenere l’integrita’ del servizio, definire l’accesso al servizio tramite le regole del firewall.
• #51: Important: Nel Preview Management Portal sei in grado di creare un server con FQDN custom! Nel Management Portal il nome e’ casuale. Slide Objectives: Mostrare le differenti modalita’ con cui si puo’ eseguire il provisioning di una SQL Database e quanto queste siano facili. Inoltre aiutare i presenti a capire cosa e’ realmente un “server” SQL Database. Nel Management Portal Preview puoi impostare il nome del server! Transition: Eseguire il provisioning di un database SQL Server on-premise può richiedere molto tempo, essere costosa, e, a volte, essere una sfida. Con SQL Database, eseguire il provisioning di un “server” e’ indolore, veloce e richiede pochi secondi. Speaking Points: Eseguire il provisioning del server utilizzando il Management Portal. Automatizzare il provisioning del server utilizzando le Microsoft Azure Management API o Powershell. Notes: Mentre il “server” e’ tecnicamente un endpoint TDS, molti dei processi di SQL Server sono simili. Le credenziali di autenticazione per l’amministrazione sono necessarie per ragioni di sicurezza e, piu’ importante, e’ essenziale e richiesto, per mantenere l’integrita’ del servizio, definire l’accesso al servizio tramite le regole del firewall.
• #52: Slide Objectives: Mostrare come configurare le regole del firewall per l’IP-filtering per il server SQL Database.
• #53: Slide Objectives: Mostrare le differenti modalita’ con cui si puo’ eseguire il provisioning di una SQL Database e quanto queste siano facili. Inoltre aiutare i presenti a capire cosa e’ realmente un “server” SQL Database Transition: Eseguire il provisioning di un database SQL Server on-premise può richiedere molto tempo, essere costosa, e, a volte, essere una sfida. Con SQL Database, eseguire il provisioning di un “server” e’ indolore, veloce e richiede pochi secondi. Speaking Points: Eseguire il provisioning del server utilizzando il Management Portal. Automatizzare il provisioning del server utilizzando le Microsoft Azure Management API o Powershell. Notes: Mentre il “server” e’ tecnicamente un endpoint TDS, molti dei processi di SQL Server sono simili. Le credenziali di autenticazione per l’amministrazione sono necessarie per ragioni di sicurezza e, piu’ importante, e’ essenziale e richiesto, per mantenere l’integrita’ del servizio, definire l’accesso al servizio tramite le regole del firewall.
• #54: Slide Objectives: Mostrare le differenti modalita’ con cui si puo’ eseguire il provisioning di una SQL Database e quanto queste siano facili. Inoltre aiutare i presenti a capire cosa e’ realmente un “server” SQL Database Transition: Eseguire il provisioning di un database SQL Server on-premise può richiedere molto tempo, essere costosa, e, a volte, essere una sfida. Con SQL Database, eseguire il provisioning di un “server” e’ indolore, veloce e richiede pochi secondi. Speaking Points: Automatizzare il provisioning del server utilizzando Microsoft Azure Management API o Powershell o xplat-cli.
• #55: Demo 1)
• #57: Recupero di dati quando più ne avete bisogno
• #58: RTO Recovery time objective http://en.wikipedia.org/wiki/Recovery_time_objective RPO Recovery point objective http://en.wikipedia.org/wiki/Recovery_point_objective
• #59: RTO Recovery time objective http://en.wikipedia.org/wiki/Recovery_time_objective RPO Recovery point objective http://en.wikipedia.org/wiki/Recovery_point_objective
• #60: Acquisire conoscenza deigli eventi del database e snellire le attivita’ di controllo
• #61: Demo 2)
• #62: Slide Objectives: Fai notare Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database Le differenze di alto livello tra la versione on-premise e SQL Database Le funzionalita’ di SQL Database attualmente non supportate Transition: Creare, gestire e pubblicare un database in Microsoft Azure SQL Database non e’ difficile. La chiave e’ comprendere le funzionalita’ supportate, le differenze di SQL Database in confronto a SQL Server on-premise e le tecnologie che possono essere utilizzate con SQL Database. Speaking Points: Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database inclusi linguaggi di sviluppo, framework e strumenti. Niente di nuovo da imparare! Confronto con SQL Server -> evidenzia la differenza tra amministrazione fisica e logica. Sviluppatori e DBA si possono concentrare sulle attivita’ che amano svolgere senza preoccuparsi dell’aspetto fisico. Funzionalita’ non supportate da SQL Database -> La maggior parte delle funzionalita’ non supportate sono quelle che coinvolgono l’hardware e che, quindi, non hanno bisogno di essere in SQL Database. Altre funzionalita’, come ad esempio la crittografia, sono legate strettamente al server e sono, quindi, una sfida da risolvere in un ambiente condiviso. Notes: I tipi CLR sono supportati, SQLCLR non ancora. Backup/Restore: in arrivo; Import/Export puo’ essere utilizzato per il backup sul BLOB Storage. Prodotti di backup di terze parti sono disponibili (RedGate e Enzo). I dati possono essere criptati ma il processo di criptazione/decriptazione deve essere eseguito a livello applicativo. La crittografia native sara’ presa in considerazione. **Linked Server e Code Distribuite sono ora supportate, servercollegare un'istanza di SQL Database da un server locale. Collegare due istanze di SQL Database NON e’ supportato.
• #63: Slide Objectives: Fai notare Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database Le differenze di alto livello tra la versione on-premise e SQL Database Le funzionalita’ di SQL Database attualmente non supportate Transition: Creare, gestire e pubblicare un database in Microsoft Azure SQL Database non e’ difficile. La chiave e’ comprendere le funzionalita’ supportate, le differenze di SQL Database in confronto a SQL Server on-premise e le tecnologie che possono essere utilizzate con SQL Database. Speaking Points: Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database inclusi linguaggi di sviluppo, framework e strumenti. Niente di nuovo da imparare! Confronto con SQL Server -> evidenzia la differenza tra amministrazione fisica e logica. Sviluppatori e DBA si possono concentrare sulle attivita’ che amano svolgere senza preoccuparsi dell’aspetto fisico. Funzionalita’ non supportate da SQL Database -> La maggior parte delle funzionalita’ non supportate sono quelle che coinvolgono l’hardware e che, quindi, non hanno bisogno di essere in SQL Database. Altre funzionalita’, come ad esempio la crittografia, sono legate strettamente al server e sono, quindi, una sfida da risolvere in un ambiente condiviso. Notes: I tipi CLR sono supportati, SQLCLR non ancora. Backup/Restore: in arrivo; Import/Export puo’ essere utilizzato per il backup sul BLOB Storage. Prodotti di backup di terze parti sono disponibili (RedGate e Enzo). I dati possono essere criptati ma il processo di criptazione/decriptazione deve essere eseguito a livello applicativo. La crittografia native sara’ presa in considerazione. **Linked Server e Code Distribuite sono ora supportate, servercollegare un'istanza di SQL Database da un server locale. Collegare due istanze di SQL Database NON e’ supportato.
• #64: Slide Objectives: Fai notare Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database Le differenze di alto livello tra la versione on-premise e SQL Database Le funzionalita’ di SQL Database attualmente non supportate Transition: Creare, gestire e pubblicare un database in Microsoft Azure SQL Database non e’ difficile. La chiave e’ comprendere le funzionalita’ supportate, le differenze di SQL Database in confronto a SQL Server on-premise e le tecnologie che possono essere utilizzate con SQL Database. Speaking Points: Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database inclusi linguaggi di sviluppo, framework e strumenti. Niente di nuovo da imparare! Confronto con SQL Server -> evidenzia la differenza tra amministrazione fisica e logica. Sviluppatori e DBA si possono concentrare sulle attivita’ che amano svolgere senza preoccuparsi dell’aspetto fisico. Funzionalita’ non supportate da SQL Database -> La maggior parte delle funzionalita’ non supportate sono quelle che coinvolgono l’hardware e che, quindi, non hanno bisogno di essere in SQL Database. Altre funzionalita’, come ad esempio la crittografia, sono legate strettamente al server e sono, quindi, una sfida da risolvere in un ambiente condiviso. Notes: I tipi CLR sono supportati, SQLCLR non ancora. Backup/Restore: in arrivo; Import/Export puo’ essere utilizzato per il backup sul BLOB Storage. Prodotti di backup di terze parti sono disponibili (RedGate e Enzo). I dati possono essere criptati ma il processo di criptazione/decriptazione deve essere eseguito a livello applicativo. La crittografia native sara’ presa in considerazione. **Linked Server e Code Distribuite sono ora supportate, servercollegare un'istanza di SQL Database da un server locale. Collegare due istanze di SQL Database NON e’ supportato.
• #65: Slide Objectives: Fai notare Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database Le differenze di alto livello tra la versione on-premise e SQL Database Le funzionalita’ di SQL Database attualmente non supportate Transition: Creare, gestire e pubblicare un database in Microsoft Azure SQL Database non e’ difficile. La chiave e’ comprendere le funzionalita’ supportate, le differenze di SQL Database in confronto a SQL Server on-premise e le tecnologie che possono essere utilizzate con SQL Database. Speaking Points: Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database inclusi linguaggi di sviluppo, framework e strumenti. Niente di nuovo da imparare! Confronto con SQL Server -> evidenzia la differenza tra amministrazione fisica e logica. Sviluppatori e DBA si possono concentrare sulle attivita’ che amano svolgere senza preoccuparsi dell’aspetto fisico. Funzionalita’ non supportate da SQL Database -> La maggior parte delle funzionalita’ non supportate sono quelle che coinvolgono l’hardware e che, quindi, non hanno bisogno di essere in SQL Database. Altre funzionalita’, come ad esempio la crittografia, sono legate strettamente al server e sono, quindi, una sfida da risolvere in un ambiente condiviso. Notes: I tipi CLR sono supportati, SQLCLR non ancora. Backup/Restore: in arrivo; Import/Export puo’ essere utilizzato per il backup sul BLOB Storage. Prodotti di backup di terze parti sono disponibili (RedGate e Enzo). I dati possono essere criptati ma il processo di criptazione/decriptazione deve essere eseguito a livello applicativo. La crittografia native sara’ presa in considerazione. **Linked Server e Code Distribuite sono ora supportate, servercollegare un'istanza di SQL Database da un server locale. Collegare due istanze di SQL Database NON e’ supportato.
• #66: Slide Objectives: Fai notare Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database Le differenze di alto livello tra la versione on-premise e SQL Database Le funzionalita’ di SQL Database attualmente non supportate Transition: Creare, gestire e pubblicare un database in Microsoft Azure SQL Database non e’ difficile. La chiave e’ comprendere le funzionalita’ supportate, le differenze di SQL Database in confronto a SQL Server on-premise e le tecnologie che possono essere utilizzate con SQL Database. Speaking Points: Le stesse tecnologie che gli sviluppatori utilizzano oggi on-premises funzionano con SQL Database inclusi linguaggi di sviluppo, framework e strumenti. Niente di nuovo da imparare! Confronto con SQL Server -> evidenzia la differenza tra amministrazione fisica e logica. Sviluppatori e DBA si possono concentrare sulle attivita’ che amano svolgere senza preoccuparsi dell’aspetto fisico. Funzionalita’ non supportate da SQL Database -> La maggior parte delle funzionalita’ non supportate sono quelle che coinvolgono l’hardware e che, quindi, non hanno bisogno di essere in SQL Database. Altre funzionalita’, come ad esempio la crittografia, sono legate strettamente al server e sono, quindi, una sfida da risolvere in un ambiente condiviso. Notes: I tipi CLR sono supportati, SQLCLR non ancora. Backup/Restore: in arrivo; Import/Export puo’ essere utilizzato per il backup sul BLOB Storage. Prodotti di backup di terze parti sono disponibili (RedGate e Enzo). I dati possono essere criptati ma il processo di criptazione/decriptazione deve essere eseguito a livello applicativo. La crittografia native sara’ presa in considerazione. **Linked Server e Code Distribuite sono ora supportate, servercollegare un'istanza di SQL Database da un server locale. Collegare due istanze di SQL Database NON e’ supportato.
• #67: Slide Objectives: Evidenziare il set di strumenti che gli sviluppatori utilizzano quando interagiscono con Microsoft Azure SQL Database. Transition: Transition statement(s) to setup the slide Speaking Points: SQL Database Management Portal -> Cross Browser, Unified Management Experience SQL Server Data Tools -> Integrated Database Design Environment, Table Designer, Debugging, T-SQL Editor Notes: IntelliSense in T-SQL Editor SQL Server Data Tools Strive to make it consistent as possible Intersection with the cloud Bridging you to the new cloud world Consistency to the new developer experience Consistency with the new cloud model
• #68: Demo 3)
• #69: Ora concentriamoci su SQL Server in Microsoft Azure Virtual Machine!
• #74: Ora concentriamoci sul recente servizio Azure DocumentDB!
• #78: Coerenza configurabile per poter scegliere tra consistenza e prestazioni Gli account del database sono configurati con un livello di consistenza di default Il livello di consistenza puo’ essere “alleggerito” per le operazioni di interrogazione.
• #84: Demo 5)
• #85: Analizziamo ora il servizio di ricerca.
• #86: Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
• #90: Demo 6)
• #91: Nel portale Azure scegliere ”new” -> ”Search” Il costo del livello puo’ essere Standard o Gratuito. Quest’ultimo e’ ovviamente, utile in fase di test e sperimentazione.
• #92: Scegliere un datacenter in cui posizionare il servizio
• #95: Ora concentriamoci su Hadoop in Azure conosciuto come Microsoft Azure HDInsight!
• #100: Ci sono altre solutioni SQL che puoi scegliere allàinterno di Azure. Esiste il supporto ufficiale a MySQL e Oracle (Buon momento per mostrare il portale e il fatto che si possa fare provisioning di MySQL e Oracle in maniera semplice allo stesso modo con cui fai provisioning di SQL)