Database as a Service

[GrG]

'sera.

Ieri sera mi è venuto in mente di cercare servizi che offrissero hosting di DB, di qualunque tipo.

Mi sono sorpreso: non ho trovato una mazza.

Ci sono:

Azure SQL server - che però nei prezzi è poco cloud e non son capace di usarlo
SimpleDB - che già uso
Amazon RDS - che è mysql

OVH SQL Privè - che è accessibile solo dalla rete ovh

FathomDB - parthner di Mosso che offre un servizio simile a RDS su mosso o ec2

C'è altro? Intendo QUALUNQUE tipo di servizio DB dedicato (db vari si intende).

Grazie

[CoolNetwork]

db remoti non penso che ci siano delle vere offerte, dovute dal traffico che viene generato dal server al DB oltre alla latenza che si può creare tra i due...

[GrG]

Infatti probabilmente si trova qualcosa di più elaborato come RDBhost.

Chiedevo se ci sono altri nomi per questo.

[GrG]

MS SQL 250 Hosting Plan,MS SQL VPS Hosting,Affordable MS SQL Hosting

[CoolNetwork]

non penso che c'entri nulla... pare solo un sql pack per i loro hosting

[GrG]

ccciusto

ho detto na pirlata

[CoolNetwork]

[GrG]

Hai per caso il rumore delle cicale tipo quando si fa una battuta stupida in mp3 da mettere come sfondo a sta pagina?

Cioè il DaaS è davvero una cosa così sconosciutamente assurda?

[CoolNetwork]

mmh niente cicala.. se vuoi forse ho da qualche parte la scimmietta che batte i piatti...

siamo appena all'inizio di tutta la questione .. vediamo che succede..

[y2khosting]

Credo che se consideriamo lo scenario nel quale hai una applicazione che usa direttamente il database, allora la latenza è un fatto determinante... Se hai anche 60-70ms tra database e applicazione, hai la percezione che sia molto lento.

Quindi un DaaS in questo senso lo vedo difficile da realizzare, se non all'interno di una stessa rete (che può essere anche una MAN geograficamente distribuita, purchè la latenza sia trascurabile).

(discorsi sui canali trasmissivi e sicurezza a parte, perchè ovviamente il canale tra applicazione è DB deve essere molto sicuro).

Quindi dovremmo immaginare altri scenari, dove il protocollo usato tra DB ed App è ottimizzato per ridurre al minimo il gap causato dalla lantenza (potrebbe essere una idea ), ma anche qui bisognerebbe valutare il fattore "banda": solitamente la banda usata (la quantità di dati scambiata) tra Db<--->Applicazione è maggiore rispetto a quella tra interfaccia grafica<--->utente. Quindi il protocollo dovrebbe anche essere ottimizzato in questo senso.

Quindi, probabilmete il DaaS è possibile, ma sicuramente non per come lo intendiamo nel modo "classico", dove per esempio ho l'applicazione in PHP è in Italia, ed il database MySQL da un altro fornitore in germania, e li faremmo comunicare col procollo nativo di MySQL over TCP/IP: non funzionerebbe una cippa (nel senso che sarebbe troppo lento, e dovremmo sicuramente escludere di poter fare un SELECT * FROM CLIENTI che restituisce 10.000 record presi dall'altra parte del mondo. Ovviamente query del genere sono un suicidio anche in locale )

Con un procotocollo ad hoc (e probabilmente un RDBMS ad-hoc) ed una applicazione scritta avendo in mente uno scenario DaaS, probabilmente si potrebbe fare qualcosa.

Non so se esistono già soluzioni del genere che non siano proprietarie.

[ceccus]

Salve,
Sì ... ma l' utilizzo ... pratico ???

Ciao !!

[y2khosting]

Salve,
Sì ... ma l' utilizzo ... pratico ???
Ciao !!

boh... forse non c'è
O forse questioni tipo ridondanza e distribuzione, bilanciamento..... si stanno solo buttando giù delle ipotesi.

Magari non esiste nemmeno uno scenario di utilizzo pratico

[GrG]

Credo che se consideriamo lo scenario nel quale hai una applicazione che usa direttamente il database, allora la latenza è un fatto determinante... Se hai anche 60-70ms tra database e applicazione, hai la percezione che sia molto lento.

Non c'è. Utilizzo SimpleDB su istanze EC2 e devo dire che le prestazioni sono ottime.

Quindi un DaaS in questo senso lo vedo difficile da realizzare, se non all'interno di una stessa rete (che può essere anche una MAN geograficamente distribuita, purchè la latenza sia trascurabile).

Dipende, ma non lo escluderei a priori.

Quindi, probabilmete il DaaS è possibile, ma sicuramente non per come lo intendiamo nel modo "classico", dove per esempio ho l'applicazione in PHP è in Italia, ed il database MySQL da un altro fornitore in germania, e li faremmo comunicare col procollo nativo di MySQL over TCP/IP: non funzionerebbe una cippa (nel senso che sarebbe troppo lento, e dovremmo sicuramente escludere di poter fare un SELECT * FROM CLIENTI che restituisce 10.000 record presi dall'altra parte del mondo. Ovviamente query del genere sono un suicidio anche in locale )

Ma infatti è questo che voglio. Se guardi i nomi che ho proposto si basano su protocolli proprietari.

Comunque, visto che i risultati erano pochi, al forum ho fatto una domanda più generale. Come tempo fa si erano chiesti TUTTI i servizi di hosting email questa volta chiedo TUTTI i servizi di hosting di QUALUNQUE tipo di DB.

Salve,
Sì ... ma l' utilizzo ... pratico ???

Alternative a SimpleDB.

[y2khosting]

Non c'è. Utilizzo SimpleDB su istanze EC2 e devo dire che le prestazioni sono ottime.

Ma questo è diverso dallo scenario che ho prospettato io.
Ovvio che se lo usi da EC2 sia velocissimo (ci mancherebbe). Resti sempre dentro Amazon.

[andrea.paiola]

anni fa avevo usato un account solo per il db per un forum del piffero... ce ne sono che offrono servizi del genere ( mysql però )