Domanda

E in che cosa differisce dal rendere accessibile un SQL Server da Internet?

tx & amp; Saluti Lothar

È stato utile?

Soluzione

Stai chiedendo qual è la differenza dal tuo punto di vista come consumatore del servizio o dal punto di vista tecnologico di come viene implementato?

Dal punto di vista di come si utilizza il servizio SQL Azure è lo stesso argomento che riguarda ogni altro aspetto della discussione su Software as a Service: ridurre i costi di investimento iniziali, ridimensionare man mano che si cresce, ridurre le spese generali di gestione e amministrazione, accordo sul livello di servizio su disponibilità, scalabilità e ripristinabilità di emergenza, aggiornamento continuo dell'hardware, nessun costo di licenza e così via. SaaS ha un senso dal punto di vista commerciale per qualsiasi operazione e specialmente per le start-up. Non entrerò più in dettaglio poiché altre risposte hanno già trattato questo argomento.

Da un punto di vista tecnico, SQL Azure è tutt'altro che un'istanza esposta su Internet. Al PDC 2008 sono state presentate alcune presentazioni sui dettagli interni del funzionamento di SQL Cloud. SQL Azure espone un diverso modello di accesso (T-SQL in SQL Azure rispetto a contenitori ed entità in SQL Cloud), ma alcuni dei dettagli tecnici presentati su Cloud sono probabilmente ancora validi.

Il cloud non aveva singoli server SQL, è costruito su una rete di migliaia di motori SQL (base di codice comune con SQL Server 2005, ma non istanze SQL effettive) che cooperano per l'archiviazione dei dati e la gestione delle query.

In Cloud i dati (il "Data Fabric") sono stati partizionati in frammenti che sono stati replicati in almeno 3 copie di sicurezza. Se si perde una copia del frammento, un'altra delle copie rimanenti sta clonando una nuova copia per riportare il conteggio delle copie ridondanti a 3. Ogni frammento ha una copia master che viene utilizzata sia per le letture che per le scritture. Ogni motore ospita una moltitudine di frammenti, alcuni ne padroneggiano alcune copie. Non ci sono mai due copie dello stesso frammento ospitate sullo stesso motore. Man mano che vengono apportati aggiornamenti alla copia master, il motore invia le modifiche alle copie ridondanti del frammento in tempo reale.

Questi e altri dettagli sull'implementazione di "Data Fabric", su come vengono presentati i vari rilevamenti di guasti al pilota automatico dell'automazione e argomenti simili in Servizi SQL: Under the Hood .

Alcune cose sono cambiate di sicuro con le modifiche da SQL Cloud a SQL Azure, ma sono sicuro che molti dei fatti "nascosti" sono ancora validi.

PS: è incredibile la quantità di commenti spam che Channel9 sta lasciando entrare ...

Altri suggerimenti

L'intero concetto di servizi cloud è quello di sottrarre i dettagli cruenti delle applicazioni e dei servizi di hosting su Internet. Se hai mai gestito il tuo server web puoi apprezzare il dolore e la sofferenza che questo evita.

Affinché un cloud sia utile per la tua tipica applicazione, deve fornire servizi per l'archiviazione di file, hosting di siti Web e servizi dati al minimo. SQL Azure fornisce i servizi dati per Azure.

Perché non solo un server sql? Bene, puoi sempre ospitare il tuo database su qualche server da qualche parte e consumarlo da un sito Web ospitato su Azure ... ma cosa succede quando il tuo sito Web diventa popolare? Il tuo server SQL ora non fornisce dati abbastanza velocemente, quindi devi spostare tutte le tue cose su un server più grande, acquistare più larghezza di banda, ecc. E poi, quando diventi più popolare, ripeti di nuovo la stessa cosa.

Tutto quello che devi fare è leggere i post sul Blog StackOverflow su Jeff che si occupa delle prove hardware e software di gestione del carico questo sito sta generando.

Si chiama dolore nel culo.

Con SQL Azure, man mano che il tuo sito Web aumenta la larghezza di banda e l'archiviazione dei dati aumenta in modo dinamico. Se servi un concerto al mese o cento, paghi per quello che usi e non devi preoccuparti di aggiornare i tuoi server. Questo è il potere del cloud computing.

Non è poi così diverso dal rendere accessibile un SQL Server da Internet - tranne che con SQL Azure, non devi occuparti del routing, assicurandoti che l'alimentazione sia disponibile anche durante un temporale, mantenendo il server attivo e funzionante , applicando le ultime patch di sicurezza, gestendo la connettività Internet, aggiungendo RAM se necessario, sostituendo i dischi rigidi difettosi in base alle esigenze, bilanciamento del carico tra una farm di 20 server e così via e così via - Microsoft DataCenter farà tutto questo per te.

Inoltre il DataCenter dovrebbe adattarsi davvero bene - se ti capita di avere un'idea geniale e improvvisamente hai bisogno di 20 server invece di uno solo - MS DataCenter te lo farà felicemente.

Quindi è davvero un po 'come esternalizzare un data center molto flessibile e scalabile che include il personale a terzi (qui: Microsoft).

Marc

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top