Quando è il database cloud giusto per me?


9

Alcuni sostengono che DBaaS (database as a service), noto anche come database cloud, non è adatto per Business Intelligence (BI), analisi (OLAP) o archiviazione.

È vero? Più in generale, quando DBaaS è la scelta tecnica più efficace?

Risposte:


4

È una scelta tecnica efficace quando c'è molto traffico, un uso intenso costante.

Gli esempi che hai elencato fanno uso del database principalmente come funzione di archiviazione, con la ricerca / elaborazione che rappresenta un ulteriore vantaggio. Il cloud riguarda principalmente la velocità e la potenza della CPU, e questo ha un costo. Esistono soluzioni di archiviazione molto meno costose (e più affidabili) che non forniscono il tipo di velocità ma superano il cloud sotto tutti gli altri aspetti. Anche la BI, l'analisi, ecc. Non sono qualcosa che esegui 5000 volte al secondo 24 ore al giorno 7 giorni alla settimana. Costruire un server dedicato sarà più economico, quindi attendere un paio di secondi per il completamento di ogni query, piuttosto che pagare la manutenzione del cloud a tale scopo.

Se fornisci applicazioni web - software come servizio in rete, per molti clienti, il cloud è il benvenuto e offre molti vantaggi, in quanto si adatta al traffico che è fluttuante ma sempre elevato. Se il carico è basso o zero per la maggior parte del tempo, esistono soluzioni più convenienti.

Inoltre, se i dati sono molto riservati, non è saggio metterli su macchine di terze parti condivise con altre società casuali, supervisionate da persone fuori dal tuo controllo ...


4

Uno dei motivi per cui utilizzo SQL Azure per l'avvio su un'installazione completa di SQL è che i database cloud in genere mi consentono di concentrarmi sulla mia applicazione anziché concentrarmi sul mantenimento di SQL Server aggiornato / aggiornato / ottimizzato / ridimensionato / cluster / e su ogni altro lavoro di amministrazione che dovrebbe portami via dalle cose.

Anche se in futuro potremmo dover eseguire SQL Server locale a seconda di quanto gli utenti si fidano delle altre società che ospitano i propri dati, dal punto di vista di uno sviluppatore fa molte cose per me:

  • Mi dà più tempo per concentrarmi sull'app.
  • Risparmia denaro su un'istanza SQL completa (migliaia di dollari contro $ 10 / mese per GB) fino a quando decido di aver bisogno di SQL completo.
  • Mi dà tutte le funzionalità che mi aspetto come backup / indicizzazione.
  • Posso eseguire la mia analisi sul DB. È il mio database, quindi posso fare quello che voglio. Nella maggior parte dei casi potrebbe non essere pronto all'uso, quindi se si desidera eseguire solo SSRS / SSAS, è possibile pagare sempre diversi extra per la versione completa. : - /
  • Come SF. dice, è ridimensionabile e ridimensionabile automaticamente, quindi è molto probabile che non perderete dati perché il server si arresta in modo anomalo. Se un server muore, esegui il backup in pochi secondi se impiega così tanto tempo.

La tua applicazione è ospitata anche in Azure? Altrimenti sarei interessato a sapere se pensi che avere il database ospitato così lontano dall'applicazione dia alla tua app un notevole successo in termini di prestazioni (sono stato interessato a usare il cloud per db ma non l'hosting di app).
KallDrexx,

Sì, la mia app è ospitata in Azure, quindi tutto è molto vicino. Sebbene, in realtà, i datacenter di Azure siano piuttosto distanti (costa occidentale, costa orientale, centrale, asia, ecc.). Puoi effettivamente impostare dove vuoi che siano i tuoi servizi ospitati, in modo da poter avvicinarti abbastanza (all'interno di una regione del paese) alla tua app, ovunque tu lo ospiti. Non penso che sarebbe troppo terribile fintanto che hai una solida connessione. Azure è piuttosto veloce nella mia esperienza, ma non ho provato un DB di Azure con un'app locale e perf lo ha testato oltre un campione mentre stavo imparando. Sembrava veloce, però.
Ryan Hayes,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.