Come negli ultimi anni, il concetto di SOA e le tecnologie correlate a promuovere lo sviluppo di standard, SOA gradualmente accettato da molti utenti, e in e-government e le applicazioni enterprise, building a poco a poco. Tuttavia, con molti standard SOA relative varie e complesse tecniche, società IT nello sviluppo di prodotti software SOA-correlati e clienti scelgono di implementare SOA, spesso non riuscivo a capire cosa gli standard tecnici sono quelli che hanno bisogno, e una parte considerevole degli standard SOA tecnico posizionamento, vi è una certa sovrapposizione. Pertanto, la scelta per gli standard SOA relativi tecnici, in quanto le imprese e l'attuazione degli utenti SOA devono affrontare problemi. Sotto, una parte breve delle norme SOA tecnica connessa, e fare una semplice analisi.
1. SOA relative norme tecniche per la classificazione
Standard e norme simili, ma leggermente diversa, lo standard proposto è un documento standard. Norme generalmente riconosciute dalle organizzazioni di standard di settore per sviluppare e pubblicare, e lo standard multi-vendor o organizzazione norme per il rilascio. Questo articolo non distingue fra di loro, chiamato l'uniforme standard. Ci sono molti standard SOA tecnica in materia di classificazione, il documento descrive due.
1.1. Classificazione 1
Un approccio è quello di essere divisi in tre categorie, vale a dire l'insieme standard di XML, servizi Web e SOA Reference Model standard di:
l set di standard XML
Include due tipi, una tecnologia di codifica basato su testo, XML Information Set, XML Schema, XML Query e XSLT 2.0 e così via. La seconda è quella di consentire opaco dati binari con le tecniche tradizionali basate su testo di codifica intrecciate con i tag. protocolli di incapsulamento ottimale come binary XML (XML-binary Optimized Packaging, XOP), l'ottimizzazione messaggio SOAP (Transmission Optimization Metodo, MTOM) e così via.
set standard XML è un collaboratore top for development SOA, la maggior parte di loro sono sviluppate by the organizzazione W3C, and has stati numerosi i venditori software and users to il sostegno e l'uso, ad esempio se o in campi di Java. camp rete, così come altri technology sviluppo di software, per lo più to fornire XML insieme standard di strumenti. SOA non è solo un insieme standard di descrizione dei dati XML and the elaborazione per miglior punteggio, it è la SOA altre norme relative tecniche, come gli standard Web service uno, sono basati su XML per descrivere l'.
l set standard di servizio Web
Insieme di servizi web standard ha preso forma, per il livello di trasporto, sistema di messaggi, modello di programmazione, la scoperta e la descrizione del servizio, l'affidabilità, l'elaborazione di transazioni, sicurezza e gestione. WSDL per i servizi Web come la descrizione semantica, WS-Policy per descrivere le capacità di servizio Web e strategie, WS-Security, SAML e altri servizi Web per descrivere i requisiti di sicurezza pertinenti, e così via. Attualmente la maggior parte degli standard Web service stabiliti dall'organizzazione OASIS, e alcuni standard di servizi Web non è perfetta, si stanno sviluppando.
l modello di riferimento SOA
lo sviluppo di SOA precoce, fornitori diversi per promuovere il modello di riferimento SOA sono diverse, le norme tecniche relative allo sviluppo della comprensione della progressiva armonizzazione dei vari costruttori. Al momento, OASIS ha sviluppato un modello di riferimento per le specifiche SOA SOA RM1.0, offre un quadro di insieme astratto che viene utilizzato per comprendere il concetto astratto del quadro SOA per la tecnologia avanzata, l'ambiente orientato ai servizi in un modo importante di convergenza, è l'uniforme standard del processo di sviluppo importante passo per passo, e un servizio per sostenere la specifica dettagliata. architettura di riferimento SOA, SOA enterprise in grado di fornire un piano d'insieme deve essere il quadro complessivo della guida complessiva, ma non nel reale implementazione di SOA per fornire consigli pratici specifici anche.
Anche se il SOA Reference Model hanno già le norme raccomandate, ma gli organismi di normazione e costruttori del architettura di riferimento SOA, non è uniforme.
1.2. Classificazione 2
norme tecniche SOA relative a un altro metodo di classificazione è basato su standard tecnici nel ruolo della SOA e funzione, saranno suddivisi in tre categorie: le informazioni a livello di servizio standard di scambio, di base standard di comunicazione, standard di metadati. Secondo i vari standard e delle norme nel ruolo di sistemi SOA può essere suddiviso in sette SOA pila dei livelli, come mostrato nella Figura 1. Dal basso, compreso il livello di trasporto, strato messaggio, livello di presentazione, management, servizio del livello di composizione, quella di livello, che oltre a ebXML e di e-standards commercio-relative tecniche (come ebRS registration resource, riferiscono le fonti ebMS, arrangement del servizio esterno resources WS-CDL, ecc), la maggior parte del paese è stato notevole applicazioni, come ad esempio l'Oriente attraverso l'applicazione di integrazione delle tecnologie e dei prodotti server di applicazione TongIntegrator TongWeb, i servizi Web supportano alcune delle norme tecniche applicabili. livello di protocollo di trasporto tradizionali, alla realizzazione della tecnologia SOA, continua a svolgere un ruolo importante; strato di informazioni è un servizio Web SOAP vettore di trasmissione del messaggio di scelta dei consumatori; descrizione WSDL del servizio Web standard, anche se non nella descrizione semantica del perfetto, ma è stato accettato dalla maggior parte dei produttori e degli utenti, e Shi Yong a; nella gestione tecnica connessa Biaozhun, sono in corso Fazhanwanshan domanda interna Shiji di non più comuni, ma la sicurezza Yaoqiu come WS-Security, Kekao esigenze di trasporto come WS-Reliability, utenti e costruttori hanno iniziato a considerare l'utilizzo, la composizione di livello di servizio, ci sono già molte organizzazioni commerciali ed Open Source, basato sullo standard BPEL per sviluppare un processo di software di gestione aziendale; detto strato standard come JSR168 e WSRP , principalmente per Portal Software.
Figura 1.SOA stack di protocollo gerarchia
2. Standard SOA tecnica in materia di confronto per gli spettacoli
Perché gli standard SOA relative troppi tecnici, figura 1, e non ha pienamente elenco tutti gli standard SOA tecnica in materia. Ora, da parte degli standard SOA relative confronto analogo mostra che per lo sviluppo SOA, può essere scelto sulla base della comprensione della conoscenza.
2.1. WSDL e OWL-S
organizzazioni di standard W3C Web Services Description Language WSDL, il suo livello dalle funzioni sintattiche della descrizione del servizio Web, di cui 4 diverse dimensioni: il tipo di dati (tipo di dati), messaggio (Message), Metodo (Operazione), e l'accesso porta (PortType). Questo è solo di fornire una descrizione del servizio Web di interfaccia, il comportamento dei servizi di attributi descrivono i vincoli e la mancanza di un ulteriore sostegno.
OWL-S è un linguaggio di markup semantico per i servizi Web standard, è migliore rispetto al servizio WSDL per fornire agli utenti la descrizione comprensibile delle risorse sotto forma di raccomandazioni per migliorare la precisione della selezione e del servizio. Semantic Web Ontology Services metodo principale è quello di usare per descrivere il servizio Web, quindi la descrizione semantica delle informazioni con i servizi Web per avere un servizio realizzato la scoperta automatica, invocazione e la composizione. Semantic Web e Semantic Web service, i servizi Web sono le due principali tecnologie di sostegno. OWL-S è un ponte che collega le due tecnologie, l'attuale Semantic Web Markup Language Services è la più importante organizzazione organizzazione DARPA, il suo gruppo di ricerca OWL Services Coalizione proposto Semantic Web Services Markup Language OWL-S (originale DAML-S).
Semantic Web service e relative norme (OWL-S, ecc) per i servizi Web e applicazioni Web, l'approfondimento di grande significato, ma ha anche buone prospettive di sviluppo. L'attuale OWL-S standard web semantico servizi connessi, come la domanda ancora principalmente di ricerca, esemplare.
2.2. XML Web Services ed ebXML
SOA nel servizio, la tecnologia Web current servizi per ottenere di più e l'interpretazione of servizi Web tradizionale e relativi accordi sono basati su XML come base per l'espansione, così abbiamo detto che il servizio Web XML. Infatti, prima i servizi Web XML, ebXML è emerso, data la complessità e migliorare questo standard, così è nella tradizionale area del commercio elettronico, più ampio utilizzo. Il contenuto specifico e il posizionamento, i due sono molto diversi.
1) tecnologia di trasmissione messaggio
XML Web Services e ebXML utilizza SOAP come la tecnologia di trasmissione dei messaggi, servizi Web XML, ma la definizione di loosely coupled protocollo servizi stack, lo stack con la trasmissione affidabile (WS-Reliability) e sicurezza (WS-Security) la composizione delle varie specifiche, ed ebXML tutte queste caratteristiche in propri standard di messaggistica e ebMS per usare la tecnologia ibrida.
2) La descrizione del servizio e la scoperta
XML Web services utilizzando WSDL e gli standard UDDI, rispettivamente, sistema di registrazione UDDI è basato su architettura directory, inclusa la registrazione di modelli di tecniche e modelli di business, la loro registrazione può essere esteso, ma non è abbastanza contenuto e la descrizione di un ricco e completo, la figura 3 UDDI dati del modello e schema.
La descrizione del servizio e dei meccanismi di ebXML scoperta corrisponderà ai due criteri, uno per il modello ebRIM le informazioni di registrazione, due è un marchio registrato ebRS specifica del servizio. ebXML meccanismo di registrazione UDDI per arricchire e perfetto di un uso più esteso del suo sistema di registrazione, può rappresentare una vasta gamma di oggetti di dati, compreso il modello XML, le descrizioni dei processi di business, ebXML Core Component, modello UML, informazioni generali partner commerciale e il gruppo di software pezzi. Per sostenere tale uno range di dati, using un modello informativo ben definiti, piuttosto che the catalogo, will ebXML Registry progettato per essere più come una banca dati, Figure 2 for le specifiche ebXML modello di informazioni del Registro di sistema ebRIM l'organigramma.
3) la collaborazione dei processi aziendali
collaborazione Web-based e servizi di business process, orchestrazione dei servizi, ci WS4BPEL, WS-CDL, XPDL flusso di lavoro basato su XML, ecc, che basato su XML e servizi Web standard sono relativamente indipendenti l'una dall'altra, o anche diverse organizzazioni di sviluppare.
standard ebXML comprendono collaborativo standard di processo di business, come ebCPPA, ebBPPS.
In breve, ebXML è un insieme indipendente di norme, con la coerenza interna, e non si basa su standard emergenti e le norme, il suo uso era prevalentemente localizzati nella requisiti speciali di commercio elettronico, presente, ebXML è stata identificata come la norma nazionale raccomandate dallo Stato, ma La domanda dovrà cercare qualche strada da percorrere. Il servizio Web XML per la sua tecnologia relativamente semplice e facile, uno stack di protocollo corrispondente alla relativamente debolmente accoppiati, così l'applicazione della SOA nella costruzione di sempre più diffuse.
Figura 2.ebXML informazioni sul modello di iscrizione (ebRIM)
Figura 3.UDDI grafico dati modello e la sua
2.3. SCA / SDO e JBI / JDO
SCA (Service Component Architecture), l'architettura a componenti servizio fornisce un modello di programmazione in grado di supportare la realizzazione di applicazioni basate su SOA. SCA è un modello che possa contribuire alla realizzazione di tecnologie di componenti di servizio, per collegare varie componenti del servizio di accesso metodo. Per i componenti, tra cui non solo diversi linguaggi di programmazione, compreso l'uso del quadro di queste lingue e per l'ambiente. Sintesi di funzionamento per l'accesso metodo SCA supporta una varietà di comunicazioni, le tecnologie di accesso ai servizi, quali: WS, MQ, RPC. Montare le specifiche SCA compresi modello e modello client di due parti. Il primo accordo come componente eterogenea (classe Java, BPEL, Web Service) assemblati e rilasciato nei servizi SOA, la più grande caratteristica è la SCA e il concetto di base, la seconda è d'accordo su come chiamare in ambiente eterogeneo linguaggio SOA servizio. Queste due parti della specifica, si può risolvere completamente il servizio dal servizio al cliente inter-lingua, cross-ambiente. Figura 4 componenti di servizio SCA per il modello di montaggio.
Servizio Data Objects (SDO) è stato progettato per unificare e semplificare la gestione dei dati applications way, utilizzare la SDO, programmatori di applicazioni possono utilizzare lo stesso metodo di funzionamento delle fonti di dati eterogenee, inclusi i database relazionali, le fonti di dati XML, servizi Web e impresa dei sistemi informativi.
JBI è Java Business Integration (Java Business Integration) per il corto. JBI è responsabili ritengono che il tradizionale EAI e soluzioni B2B utilizzando la tecnologia non standard, che consente users tendono ad essere bloccato a un programma specifico e fornitori di prodotti, lo stesso tempo, nessuno unico fornitore e can cover EAI area B2B di tutti i problemi. Così ha elevato gli standard in modo da risolvere questo problema. Questo standard definisce una architettura standard che permette componenti di terze parti in un'infrastruttura standard, e anche se questi componenti sono diversi fornitori, possono in modo prevedibile e affidabile interazione operazione. Ad alto contenuto prospettiva, JBI definisce costruito da componenti possono essere integrate nella struttura del sistema, la struttura dei componenti del uso interattivo di uno tramite intermediari nel meccanismo di scambio di messaggi, e il modello di scambio di messaggi è basato su WSDL 2,0 WSDL o 1.1 di. La Figura 5 mostra la composizione e la struttura dell'ambiente JBI.
Figura 4.SCA Service Component montaggio modello
Figura 5.JBI composizione e la struttura dell'ambiente
JDO, la Java Data Object, che definisce le classi e la persistenza JDO salvato il rapporto tra l'ambiente di runtime. JDO è progettato per essere utilizzato ampiamente per supportare diverse fonti di dati, anche in generale non è considerata la fonte del database. Quindi usiamo "data storage" (datastore) per accedere al termine si riferisce al JDO sottostante fonte di dati.
Dall'analisi sopra di vista, SCA / SDO definisce una specifica tecnologia e servizi connessi modello montaggio dei componenti per l'accesso alla struttura di dati tra i servizi in questo modo, la posizione di SCA, componenti prevalentemente a grana fine e servizi ordinati. SCA / SDO per l'indipendenza tecnica e la partecipazione di molte aziende, hanno il sostegno della maggior parte dei produttori. Il / JBI JDO, che sono basati sulla tecnologia Java, servizio di bus JBI più come Java definizione standard, le sue dimensioni che la SCA, e che più la comunicazione tra il servizio e modes di montaggio, il JDO è un'applicazione Java-basato oggetti dati che, in modo da utilizzare la portata limitata dell'attuale sostegno dei produttori tradizionali non sono molti, ma ancora relativamente implementazione open-source di un relativamente più.
2.4. WS4BPEL e WS-CDL
WS4BPEL, il Web Service Business Process Execution Language in breve, il Web Services Business Process Execution Language, che è un linguaggio eseguibile, per facilitare l'automazione dei processi aziendali con una varietà di sistemi software compatibili. I servizi Web, la costituzione, a titolo di illustrativi (non di programmazione) ha espresso la richiesta di composizione di servizi web. Questo standard è utilizzato principalmente per la gestione dei processi di business all'interno dell'organizzazione e orchestrazione dei servizi, attualmente in crescita del prodotto BPM realizzazione sulla base di questa specifica.
WS-CDL, il Web Services Definition Language Coreografia, Language Service Web orchestrazione definition, che è definito as il numero di relazioni formali tra i partner trading, non tutti i require to be integrated endpoint (endpoint), dispone di un'infrastruttura di servizi Web. Questa specifica più per i servizi al di fuori del processo di organizzazione e pianificazione, non è comunemente usato oggi nel paese.
Inoltre, XPDL può essere utilizzata per i servizi, la pianificazione e la combinazione, ma è utilizzato prevalentemente nella definizione del flusso di lavoro tradizionale, ora è importante anche per realizzare prodotti BPM norme tecniche.
2.5. JSR168 e WSRP
JSR168 è le specifiche Java (Java Specification Request, JSR) l'abbreviazione per la definizione di standard per la creazione di portlet api, è di raggiungere porltet, web server basati su Java portale e di interoperabilità tra le applicazioni progettate. JSR168 valore principale è che si tratta fornitori di software indipendenti (ISV) sono ampiamente utilizzati. Prima dell'adozione di JSR168, sviluppatori di applicazioni enterprise devono sostenere tutti gli sviluppatori portlet differenti per impostare il portale per supportare più portlet di portale diverso gruppo di sviluppatori in informazioni di business simili, gestione dei contenuti, il reperimento e l'analisi di tali aree è molto mal di testa. Usa JST168 specifiche, supporta ora un sviluppatori portlet solo bisogno di impostare. Attualmente, JSR168 Portal basato su prodotti di tecnologia di sviluppo Java, è stato ampiamente sostenuto, ma limitato alla tecnologia Java.
WSRP, i Web Services per l'acronimo Remote Portlet, che definisce come utilizzare SOAP-based di applicazioni Web di servizi nel portale di generare frammenti di targa del disciplinare. Con la definizione di un insieme di interfacce comuni, WSRP portali permette di visualizzare la pagina nelle loro portlet distanza in esecuzione, gli sviluppatori portale senza alcuna programmazione. Per l'utente finale, questi porlet su e correre in loro portali locali sulla stessa, ma in realtà corrono un portlet remoto da il portlet container e l'interazione is attraverso lo scambio di messaggi SOAP per realizzare. In una architettura service-oriented utilizzando WSRP sarà una potente combinazione, in modo che il portlet per la presente domanda può essere trovato al riutilizzo senza ulteriore sviluppo e le attività di distribuzione. Sviluppato dall'organizzazione OASIS WSRP, ha ricevuto il sostegno della maggior parte dei costruttori, in vista di esso si basa su standard Web Service e la tecnologia indipendente, così con il graduale miglioramento di questa norma, credo sempre di più del Portale sosterrà questa imprese di produzione standard.
3. Sintesi
SOA da parte della precedente analisi comparativa delle relative norme tecniche, non può coprire tutti gli standard SOA relative tecniche, come l'architettura di riferimento SOA, Web Services stack analisi di confronto. Lo scopo di questo articolo, spero di sperare di comprendere le norme tecniche e SOA relative norme tecniche scelte di fronte alla confusione di sviluppatori, fornitori di software e gli utenti, ecc per fornire qualche riferimento, al fine di servire da stimolo.