3. Types of Data You Can Store in Azure
• Relational data (Azure SQL)
• Flat semi-structured data (Azure Storage Tables)
• Files (Azure Storage Blobs)
• Serialized Object Graphs in Binary / Base64 (Azure Storage Blobs)
• Messages between systems or processes (Azure Storage Queues)
• Serialized Object Graphs in JSON (DocumentDb)
• Cache (Redis)
• Application data for PHP apps (MySQL managed by ClearDb)
• NoSQL data (MongoDb managed by MongoLabs)
• Big Data (Microsoft HDInsight
5. What is “NoSQL”?
• Modeled using other mechanisms than tables and
relations
• Key-value stores (Azure Storage Tables)
• Document databases (DocumentDb)
• Graph databases for storing complex relationships
(See: http://bit.do/graph-db Ex. Neo4j)
• “Not Only SQL”
• Vertical vs. Horizontal Scaling
8. Anatomy of an Entity
Required Properties
•PartitionKey
•RowKey
•Timestamp
•Etag (think: optimistic concurrency)
9. Even though Azure Storage Tables
are represented in a tabular format,
they are not to be confused with
RDBMS tables
10. Comparing Azure Storage Tables with Azure SQL
• You cannot design Azure Storage Tables using
relational database theory (Codd, normal forms,
etc.) These serve a different purpose
http://bit.do/azure-tables-vs-sql
Maximum row size
1 MB
Max 255 properties
2 GB
Max 1024 columns
Maximum data size 200 TB per table 150 GB per database
Maximum number of rows
retrieved per query
1,000 Unlimited
11. Utilizing Tables in your application
Azure Storage Client library (wrapper around RESTful
HTTP Azure Management API)
Basic course of events:
• Create a connection to the storage account
• Create a connection to a table (or create it if it doesn’t exist)
• Insert entities (Batch insertion)
• Entity classes (POCOs) must inherit from TableEntity class to be serialized for persistence in
Azure Storage Tables
• Perform some command (update, delete, retrieve / filter)
• Retrieve / filter using TableQuery<T>
14. Azure Storage Queues
• Messages are inserted into Queues and kept in
order until they are “delivered” (de-queued)
• Simple First-In-First-Out queue in the cloud
• Each queue message can only be 64k (plenty!) but
a queue can hold 200 TB of messages!
• Enables highly scalable applications allowing
multiple queue writers to work with multiple
queue readers.
• Handles unexpected spikes in traffic
15. Anatomy of Messages
• Messages can be strings (UTF-8) or byte arrays
• Typical messages contain:
• some proprietary message format (an XML document,
comma-delimited file, etc.)
• A serialized object or object graph (Ideally both writer and
reader would depend on the same interfaces)
• Messages have an expiration date which is, by
default, 1 week
16. Processing Queues
• To process (read) a queue, a reader will grab a bunch of
messages (max: 32) off a queue in a single request
• These are hidden – not removed – until the reader
deletes (de-queues) them OR the reader times out, at
which point they are un-hidden allowing another reader
to attempt to process them.
• Message contents and timeouts can be modified
• Messages can be “peeked” at, which does not hide them
on the queue (you can also peek at the number of
messages on the queue)
17. Why queues are awesome
• Reduces the possibility that data is lost due to timeouts
to the data store or long running processes
• Allows applications to accept data from a user then
throw it over the wall to the reader (i.e., a web job,
worker role, backend process, etc.)
• The reader will get to it eventually – or to handle more
load, just add more instances of the reader temporarily
• Send messages between disparate systems
20. Azure Storage Blobs
• Blob = Binary Large Object
• Many practical uses inside and outside of Azure
(i.e., Virtual Machines, logs, CDN origin, backups,
etc.)
21. Anatomy of a Blob
• Any file type and size can be stored in a blob
• Most of the time, you’ll use “block blobs” – 200 GB
• Need to modify ranges of bytes inside of a blob
frequently? Use “page blobs” – up to 1 TB
• Blobs are accessible via URL format:
http://<storage-account>.blob.core.windows.net/<container>/<blob>
• Blobs can live inside of folders (and sub-folders) of a container
22. Securing Blobs - Management Keys
• Container Access:
• Private => Default, only visible by owner
• Public Blob => Read access for blobs only (not container
stuff)
• Public Container => Full read access for blob and
container
• Shared Access Signature – Restricted rights for a
specific time interval (Actually works on tables and
queues, too)
25. What is Azure SQL?
Core RDBMS SQL Server functionality in the
cloud. High availability, low learning curve,
inexpensive starting point, elastic capacity,
low management overhead.
26. What you get:
• Tables, Views, Stored Procedures,
Security Roles and Users
• Limited T-SQL functionality
• Automatic backups
• Auditing
• Monitoring
• Geo-replication
• Client tools you already know + online administration
27. Service
Tier
Performance
Level
Common App
Pattern
Performance Business Continuity
Max DB
Size
Transaction Perf.
Objective
DTU PITR DR / GEO-Rep
Basic Basic Small DB, SQL opp 2 GB Reliability / Hr. 5 7 Days DB Copy +
Manual Export
Standard S0
S1
S2
Wrkgp/cloud app,
multiple concurrent
operations
250 GB Reliability / Min. 10
20
50
14 Days DB Copy +
Manual Export
Premium P1
P2
P3
Mission Critical, High
volume, Many
concurrent Users
500 GB Reliability / sec. 100
200
800
35 Days Active Geo-
replication
Scegliere l’edizione corretta di SQL Database
Queste informazioni potrebbero cambiare nel tempo.
http://bit.do/azure-sql-pricing
28. RavenHQ è un database documentale (RavenDB SaaS).
MongoDB è un database documentale (JSON).
Cassandra è un database per grandi quantità di dati con una
eccellente replica.
HBase è un database Big Data (Hadoop) disponibile in HDInsight.
Macchine Virtuali con Oracle sono supportate in Azure.
MySQL è offerto com SaaS dal partner ClearDB.
Ulteriori Database in Azure
30. Azure Search
Incorpora una sofisticata esperienza di
ricerca in applicazioni web e mobile,
senza doversi preoccupare delle
complessità di ricerca full-text e senza
dover installare, mantenere o gestire
qualsiasi infrastruttura.
31. Azure Search
Ideale per gli sviluppatori cloud
enterprise, produttori di software sul
cloud, architetti che necessitano di una
soluzione di ricerca completamente
gestita.
32. API HTTP/JSON per la creazione di indici, aggounta di
documenti e ricerca
Parole chiave di ricerca con operatori user-friendly (+, -
, *, “”, etc.)
Evidenza dei risultati
Faceting (istogrammi su range di dati, tipicamente
utilizzati nella navigazione di cataloghi)
Funzionalità di ricerca
33. Suggerimenti (auto-completamento)
Query strutturate e complesse (filter, select, sort)
combinate con la ricerca
Profili con punteggio per modellare la rilevanza dei
risultati di ricerca
Supporto geo-spaziale integrato nei filtri, nel sort e nel
ranking
Funzionalità di Ricerca
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:
Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
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!
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.
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.
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.
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.
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.
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.
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.
Infrastructure - Il layer di piattaforma rappresenta l’amministrazione dell’hardware fisico e del Sistema operative a supporto del layer dei Servizi.
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.
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.
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.
Slide Objectives:
Mostrare come configurare le regole del firewall per l’IP-filtering per il server SQL Database.
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.
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.
Demo 1)
Recupero di dati quando più ne avete bisogno
RTO Recovery time objective http://en.wikipedia.org/wiki/Recovery_time_objective
RPO Recovery point objective http://en.wikipedia.org/wiki/Recovery_point_objective
RTO Recovery time objective http://en.wikipedia.org/wiki/Recovery_time_objective
RPO Recovery point objective http://en.wikipedia.org/wiki/Recovery_point_objective
Acquisire conoscenza deigli eventi del database e snellire le attivita’ di controllo
Demo 2)
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.
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.
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.
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.
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.
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
Demo 3)
Ora concentriamoci su SQL Server in Microsoft Azure Virtual Machine!
Ora concentriamoci sul recente servizio Azure DocumentDB!
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.
Demo 5)
Analizziamo ora il servizio di ricerca.
Azure Search e’ una soluzione di ricerca gestita che permette agli sviluppatori di implementare una esperienza di ricerca nelle proprie applicazioni.
Demo 6)
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.
Scegliere un datacenter in cui posizionare il servizio
Ora concentriamoci su Hadoop in Azure conosciuto come Microsoft Azure HDInsight!
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)