SOA - I quattro principi

Question

SOA - I quattro principi

#1 da (5 voti)

3

Sto leggendo su SOA e sui quattro principi richiesti per creare un'applicazione SOA. Ho provato diverse fonti, ma le spiegazioni si stanno distorcendo. Sto cercando qualcosa che sia un po 'meno astratto. La mia interpretazione è corretta?

I quattro principi sono:

I servizi hanno limiti espliciti
I servizi sono autonomi
I servizi condividono schema e contratto, non classe
I servizi interagiscono in base alla politica

La mia interpretazione è:

I metodi che un cliente può utilizzare devono essere facili da usare e bene definito.
I servizi non devono dipendere dagli altri. Cambio di un servizio non influenzerà in alcun modo un altro.
Uno schema rappresenta i dati che verranno inviati, il contratto contiene il metodi definiti per un servizio. Per rendere un sistema liberamente accoppiato, tu condividi schema e contratto invece di classi e oggetti.
Una politica per utilizzare un servizio può essere quella di un particolare tipo di associazione è richiesto in modo che possa essere utilizzato. Chiunque voglia utilizzare questo servizio deve connettersi ad esso con questo tipo di binding.

soa

posta Kim Smith 19.04.2013 - 12:49

fonte

1 risposta

Leggi altre domande sui tag soa

Ottenere praticità di PHP da Ruby o Python È brutto avere classi come proprietà di tutte le altre classi?

score 5 · Accepted Answer

Sei molto vicino alle tue astrazioni, sì.

Sì. Ben incapsulato è un altro modo di guardare a questo.
Sì, ma ... Il servizio può fare affidamento su altri servizi per funzionalità, soprattutto se questo evita la duplicazione del codice. La sfumatura qui è nella definizione di dipendente, immagino.
Sì. I servizi eseguono un contratto per uno schema. L'utente fornisce XYZ di dati e il Servizio fornirà ABC di azioni per contratto.
Visualizzo i servizi come operativi rispetto a una politica aziendale . La politica aziendale non dovrebbe raggiungere il livello di specificazione dell'associazione. Dal punto di vista della politica aziendale di attuazione, è possibile vedere dove alcuni servizi dipenderebbero da altri servizi al fine di soddisfare il loro contratto senza duplicare il codice.
Ad un livello più ampio, la politica aziendale è solo un insieme di regole. Regole che si spera interagiscano bene con ciascuna. Ma proprio come le risorse umane, le regole aziendali hanno la brutta abitudine di non andare d'accordo. I servizi sono l'istanziazione di quelle regole aziendali.
Da un punto di vista di livello inferiore, se il chiamante non utilizza l'associazione pubblicizzata (s), allora il chiamante (ovviamente) non sarà in grado di utilizzare il servizio. Quindi, mentre la tua affermazione è corretta, è un po 'una tautologia che non migliora la tua comprensione tanto.