Amazon SOA: database come servizio

5

C'è un'interessante intervista con Werner Vogels che riguarda in parte il modo in cui Amazon fa architettura orientata ai servizi:

For us service orientation means encapsulating the data with the business logic that operates on the data, with the only access through a published service interface. No direct database access is allowed from outside the service, and there’s no data sharing among the services.

Non lo capisco. Perché hanno bisogno di "racchiudere" un database in qualche livello se già può essere utilizzato come servizio da un altro servizio tramite gli adattatori di database? Amazon lo fa solo perché ha bisogno di esporre il database a terze parti o per altro?

Perché "non è consentito l'accesso diretto al database"? Quali sono i vantaggi di una tale decisione architettonica?

    
posta skanatek 24.06.2012 - 00:05
fonte

2 risposte

9

Non consentire "l'accesso diretto al database" da un'applicazione consente al database sottostante e persino allo schema di cambiare senza dover modificare le applicazioni client.

I client eseguono semplicemente il codice nell'interfaccia del servizio, senza mai sapere come vengono conservati i dati.

    
risposta data 24.06.2012 - 00:10
fonte
4

Sono d'accordo con il punto di Ray Toal. Un altro è che un servizio che possiede i propri dati diventa il posto solo in cui le regole aziendali per garantire la sua integrità e il corretto utilizzo devono essere mantenute.

Mantenerlo in un posto piuttosto che forzare i clienti a duplicare quella logica. Mantiene le cose belle e ASCIUTTE.

    
risposta data 24.06.2012 - 00:16
fonte

Leggi altre domande sui tag