referat: oracle application integration architecture...

Leca Alexandru Ionut, Bindea Mihai - Anul II – Master Informatica Economica CSIE - Academia de Studii Economice Bucuresti Aprilie 2012

1

Referat: Oracle Application Integration Architecture (AIA)

1. Scurta introducere in SOA ......................................................................................................... 2

2. Ce este Oracle Application Integration Architecture (Oracle AIA) ...................................... 2

3. Modelul arhitecturilor de referinta .......................................................................................... 6

4. Testarea performantelor pentru integrarea de aplicatii ......................................................... 9

5. Componente principale AIA si Oracle AIA ........................................................................... 11

6. Exemplificare practica Oracle AIA ........................................................................................ 13


2

1. Scurta introducere in SOA

Nu exista o definitie universal acceptata pentru arhitectura orientata pe servicii, dar toti stim ce reiese din aceasta orientare: sisteme de afaceri mult mai flexibile si agile.

SOA reprezinta un set de principii si metodologii pentru proiectarea si dezvoltarea aplicatiilor sub forma de servicii interoperabile. Aceste servicii sunt functionalitati bine definite ale afacerii si se prezinta ca si componente software (module, bucati de cod, structuri de date etc) care au un grad de reutilizabilitate ridicat. Prin urmare componentele SOA sunt slab legate intre ele, pentru a da un plus in flexibilitate si adaptare.

Materializarea SOA se afla in Oracle AIA pentru reutilizabilitatea unui capital urias de aplicatii in procesele da afaceri.

AIA Foundation Pack nu poate fi suportata decat de organizatii care functioneaza pe o metodologie orientata pe servicii, un vocabular de afaceri comun si un capital bogat de componente de infrastructura SOA. OK, dar ce este AIA Foundation Pack? Capitolul urmator va defini acest concept.

2. Ce este Oracle Application Integration Architecture?

Putem privi doar sintaxa “Application Integration” si este suficient pentru a ne da seama ce pretinde ca ofera Oracle.

O companie foloseste zeci sau sute de aplicatii care concura la atingerea de obiective si rezolvarea de probleme organizationale.

Oracle Application Integration Architecture furnizeaza continutul aplicatiilor, infrastructura si metodologiile proceselor de afaceri. Componentele principale ale Oracle AIA sunt:


3

• Foundation Packs: blocuri si template-uri (modelarea proceselor, obiecte de afaceri, servicii de afaceri) folosite pentru a integra orice combinatie de aplicatii (Oracle sau non-Oracle) in procesele de afaceri. Aceste pachete sunt generale dar si oprimizate pentru industrii specifice, oferind o apropiere accelarata de SOA1. Foundation pack se prezinta ca un kit de constructie pentru procesele de afaceri integrate bazate pe SOA. Componentele Foundation Pack sunt:

a) Enterprise Business Objects (EBO);

b) Enterprise Business Messages (EBM);

c) Enterprise Business Services (EBS);

d) Core infrastructure components: composite application validation, business service repository, error handling and logging, diagnostics.

• Process integration packs: sunt integrari pentru procesele de afaceri construite deja dupa o “reteta” Oracle pentru diferite tipologii deja existente si utilizate la scara larga (exemplu: integrare Oracle –SAP). Pentru aceste integrari de afaceri s-a folosit Foundation Pack definit la punctul anterior.

Efectele integrarii proceselor de afaceri prin arhitectura Oracle sunt intuitive:

• Agilitate sporita;

• Reducerea costurilor si cresterea profitului;

• Durata de timp pentru procesele de afaceri scazuta;

• Cresterea acuratetii si completidudinii informatiilor;

• Cresterea eficacitatii (modul in care sunt atinse obiectivele).

Pentru a deveni mari dezvoltatori in integrarea proceselor de afaceri avem nevoie de:

a) Oracle 11G server;

b) Oracle Weblogic Server

c) Oracle JDeveloper (o versiune cat mai recenta) + AIA Foundation Pack Service Constructor pentru JDeveloper;

d) Oracle SOA Suite;

1 Service Oriented Architecture


4

e) Oracle AIA Foundation Pack – versiunea generala pentru dezvoltatori (mai sunt si versiuni mulate pe specificul proceselor de afaceri aferente industriilor diferite)

f) Oracle Business Process Analysis Suite;

g) Oracle Enterprise Repository;

h) Oracle Service Registry;

i) Integration Adapters.

WOW! Toate aceste elemente insumate acapareaza 15Gb doar kiturile de instalare. Deja incep sa ma gandesc ce salariu sa cer daca imi bombardez neuronii cu invatarera proceselor de dezvoltare sisteme integrate de afaceri sub umbrela instrumentelor de lucru Oracle...

AIA este o abordare centrata pe afaceri pentru ca foloseste intotdeauna cele mai bune practici din industrie cum ar fi OTC2 sau CTC3. De aici Oracle foloseste un vocabular comun pentru a standardiza obiectele de afaceri si operatiile relevante ale acestora.

2 Order to Cash – primirea si procesarea comenzilor clientilor.

3 Concept to Cash – cum sa obtii cat mai mult profit si cat mai repede din ideile de afaceri


5

Bazandu-se pe aceste procese standard, Oracle defineste Process Integration Packs (PIP – definite anterior in acest capitol). PIP sunt definite in contextul unei industrii specifice – exemplu: Order to Bill in industria telecomunicatiilor. PIP contin toate aspectele care acopera procesele de afaceri necesare integrarii.

Oracle AIA ruleaza pe SOA Suite 11G pentru a permite organizatiilor sa isi administreze arhitecturile orientate pe servicii. AIA are un kit de instalare general reducand astfel timpul folosit pentru instalarea fiecarei componente AIA separat. In pachet gasim utile si urmatoarele elemente AIA:

• Modele de referinta ale proceselor: o colectie bogata de practici ale afacerilor pe multiple niveluri in functie de industrie si ramura;

• Oracle Enterprise Repository: standarde de management si administrare pentru artefactele SOA;

• Service Conctructor: extensie pentru Oracle JDeveloper care ajuta la crearea obiectelor AIA;

• Composite Application Validation System (CAVS): instrument de testare servicii AIA singulare sau legate in flux pentru a determina corectidudinea functionarii;

• Error Resolution and Logging: identifica problemele din aplicatii sau din procesele de integrare si sugereaza solutii de rezolvare ale acestora.


6

Managementul ciclului de viata AIA acopera ciclul de viata SOA si al participantilor acestuia.

Figura de mai sus descrie fazele ciclului de viata al produsului de integrare de la colectarea cerintelor de proiectare pana la implementarea acestuia. Ciclul de viata AIA contine urmatoarele faze:

• Modelarea proceselor de afaceri: colectarea si modelarea cerintelor de afaceri pentru a intelege si documenta procesul de afaceri;

• Descompunere functionala: descompunerea proceselor de afaceri in functii si identificarea reutilizarii acestora + descoperirea obiectelor noi necesare indeplinirii acestor functii;

• Service Construction: se implementeaza obiectele SOA noi identificate. Se pleaca de la un template de buna practica pentru procesul de afaceri respectiv si se adauga elementele noi;

• Generarea planului de implementare: se construieste un plan de implementare complet;

• Instalare si implemetare: se foloseste planul de implemntare pentru implementarea solutiei complete dezvoltate pentru integrarea aplicatiilor.

3. Modelul arhitecturilor de referinta

O arhitectura care functioneaza la eficienta maxima este unul dintre cele mai importante elemente din AIA Foundation Pack. Furnizeaza companiei care implementeaza AIA planul si


7

ghidul celor mai bune practici din industria in care compania isi desfasoara activitatea, plus tot suportul informatic de integrare pentru a obtine cele mai bune rezultate din SOA.

Enterprise Business Objects (EBO)

Sunt entitati de afaceri valabile, testate, folosite frecvent si incapsulate in aplicatii. In AIA, EBO sunt considerate reprezentarile fidele ale entitatilor de afaceri primare cum ar fi (denumirile in limba engleza pentru ca nu au o definire universala in limba romana):

• CustomerParty4

• Item5

• SalesOrder6

• Invoice7

• InstalledProduct8

Folosind aceste EBO, sute de mii de aplicatii intra in proiecte de integrare folosite in AIA.

Enterprise Business Services (EBS)

Sunt operatiile generice care se fac cu EBO. Acestea sunt piesele din centrul functionarii AIA, implementand operatiile necesare EBO conform cerintelor SOA.

Enterprise Business Messages (EBM)

Sunt formatele specifice intrarilor si iesirilor unei operatii EBS. Operatiile EBS au nevoie de un format specific de mesaje numite cereri si raspunsuri de service EBM. De exemplu, mesajul cerere pentru a opera asupra unui client solicita id-ul unic al acelui client; cu toate acestea, mesajul de raspuns va aduce toata structura EBO a acelui client pentru ca de aceasta are nevoie operatorul cererii.

Application Business Connector Services (ABCS)

Implementeaza functionarea specifica pentru un serviciu standard in contextul unei aplicatii specifice. ABCS este responsabil de:

4 Capital de clienti

5 Obiect

6 Comanda de vanzari

7 Factura

8 Produs implementat


8

• Conversia unui EBO generic intr-un format specific aplicatiei urmarite;

• Legaturi ale atributelor principale si validarea mesajelor;

• Conversii pentru aplicatia ce face obiectul integrarii.

In procesul de schimb mesaje sunt implicate doua aplicatii: una care face solicitarea, iar una care raspunde solicitarii. Fazele de comunicare AIA:

a) Aplicatia solicitanta comunica cu ABCS al aplicatiei solicitante,

b) ABCS al aplicatiei solicitante transforma cererea in EBM si initiaza EBS,

c) ABCS al aplicatiei respondente transforma mesajul EBM in input pentru aplicatia respondenta.

d) Aplicatia respondenta proceseaza cererea si returneaza raspunsul folosind pasi identici.

Composite Business Process (CBP)

Este un proces elaborat pe mai multi pasi care poate include si operatori umani. In unele situatii este necesar sa orchestram multiple EBM pentru a implementa un proces de afaceri. Acest proces poate fi fragmentat in subprocese care au nevoie de actiune umana pentru a fi finalizate.

Enterprise Business Flow (EBF)


9

Este compus dintr-o serie de EBM pentru a rezulta un flux complet de afaceri (EBF) care se refera la o functie de afaceri cu toate operatiile ei.

4. Testarea performantelor pentru integrarea de aplicatii

Dupa cum a fost prezentat si in capitolele anterioare, integrarea in cazurile companiilor mari sunt foarte complexe, atat din punct de vedere functional datorita implementarii diferitelor procese de business, cat si din punct de vedere tehnic, ca urmare a introducerii uneia sau mai multor optiuni de integrare intre aplicatii. Se pune, in acest caz, problema obtinerii de catre dezvoltatori a unor performate optime, care sa gestioneze cat mai bine fluxurile de date.

In cele ce urmeaza vom prezenta cateva aspecte de care trebuie sa se tina cont cand se planifica testele de performanta a proiectelor cu arhitecturi orientate catre servicii (SOA) care integreaza aplicatii de tip enterprise precum Oracle Application Integretion Arhitecture (AIA).

4.1 Definiti in mod clar scopul final.

Desi suna ca fiind o etapa evidenta a unui proiect, daca nu aveti un obiectiv bine structurat testele de performata vor fi denaturate si se vor indeparta de obtinerea unor rezultate concrete. Trebuie sa se tina cont de faptul ca un obiectiv precum “sa mearga aplicatia mai repede” este unul vag care nu va putea fi analizat corespunzator.

Pentru stabilirea unor indicatori cheie de peformanta, trebuie sa putem cuantifica metricile, pe care dorim sa le folosim, intr-un mod cat mai obiectiv. Exemplu de indicatori:

- Output-ul final al fluxului de business - Timpul de raspuns al output-ului fluxului de raspuns

4.2 Utilizarea unor metrici relevante pentru business

Sistemul de performanta al indicatorilor ar trebui sa fie derivat din metricile utilizate in business si sa-l includa atat pe acesta cat si partea de IT. In acest fel, rezultatul va fi mult mai realist decat masurarea de referinta facuta de catre dezvoltatorul aplicatiei prin diversi indicatori deja oferiti. Un exemplu ar putea fi o formula care cuprinde costul produsului software si varful volumului de tranzactii, pentru a rezulta a metrica precum “maximul de comenzi per CPU per minut”.

Cand va uitati la tranzactiile unui sistem, mereu sa luati in considerare perioadele de varf in comparatie cu media acestora. De exemplu, in cazul perioadelor de reduceri sezoniere, vom avea stocuri mai mari decat in restul perioadelor. Definirea acestor indicatori bazati pe varfuri de perioade va vor ajuta in crearea unor obiective mai realiste, dar va asigura si succesul afacerii prin atingerea unui maxim de vanzari atunci cand cererea creste.


10

Cu toate acestea, nu incercati sa va fixati obiective care nu pot fi atinse ci mai degraba axati-va pe obtinerea unor performante optime in situatiile ce trebuiesc sa fie tratate diferit decat in mod normal.

4.3 Este nevoie de echipamente dedicate pentru aceste teste?

Utilizarea de echipamente dedicate este mereu mai buna decat partajarea mediilor de lucru existente. De exemplu un proces OTC (order to cash) poate avea nevoie in permanenta de metrici de performanta cat mai mari cu un randament mediu spre mare, in timp ce inchiderea financiara va avea nevoie de un sistem cu un randament cat mai mare o data la fiecare trimestru. Cel mai bine ar fi ca in loc sa fie achizitionate echipamente dedicate sau configurarea hardware specifica pentru a se potrivi cu toate situatiile posibile din business, iar in cazurile in care se poate, sa se adapteze procesele la ceea ce compania deja detine.

4.4 Alegeti o strategie de testare consecventa.

Pentru integrarea scenariilor, o strategie de testare a tuturor posibilitatiilor poate fi folositoare, optimizand toate cazurile dintr-un proces, inainte sa se introduca alte artefacte sau fluxuri. Planificarea corespunzatoare a seventelor poate sa aduca acelasi rezultat dar cu un numar mai mic de cicluri de repetare a procesului.

Planificati corect secventele cazurilor de utilizare, pentru a reduce din numarul ciclurilor care trebuiesc facute pentru a intoarce rezultate. In final trebuiesc construiti indicatori pentru anumiti utilizatori, numarul lor de interogari, etc si apoi sa se creeze teste de longevitate de cel putin 24 de ore pentru a ne asigura ca nu sunt probleme de flux. Daca totul decurge in mod normal, se va recurge la o crestere treptata a numarului de utilizatori pentru a se putea identifica limitarile sistemului. Toate aceste etape se fac pentru a putea ulterior sa se optimizeze timpul de executie al numarului total de operatii per user.

4.5 Teste independente de integrare

Testarea autonoma este o strategie folositoare pentru a identifica si inlatura punctele problema ce fac sa diminueze performantele integrarii scenarilor. Cu toate acestea, trebuie sa se tina cont ca aceasta metoda nu va identifica toate problemele ce tin de performanta. Mai multe de atat, unele setari de integrare de pe serverul SOA se schimba cand sunt introduse noi module, iar in cazul testarii autonome trebuie sa se tina cont de acestea si sa nu se modifice si setarile lor.

Testarea performantelor si reglarea setarilor este oarecum o arta care necesita o buna intelegere a tehnologiilor cu care se lucreaza, a limitarilor ei si nu in ultimul rand trebuie sa se cunoasca toate modurile in care se pot efectua modificari pentru a se obtine valori cat mai apropiate de indicatorii de referinta. In acelasi timp nu trebuiesc omise nici partile non-tehnice ale proiectului care sunt si ele esentiale si impreuna trebuiesc tratate ca un intreg.


11

5. Componente principale AIA si Oracle AIA

5.1 Pre-Built Integrations

Mai sunt cunoscute si ca pachete de integrare a proceselor (PIPs – Process Integretion Packs). Acestea au fost definite in capitolele anterioare. Ceea ce mai trebuie spus este ca dezvoltarea lor este consumatoare de timp si astfel dezvoltarea individuala din partea clinetilor care ar avea nevoie de ele nu este avantajoasa. Tocmai de aceea ele sunt dezvoltate, upgradate si intretinute de Oracle.

5.2 Canonical Data Model

Acest model de date mai este cunoscut si ca Enterprise Business Object (EBO). Obiectele sunt bazate pe un model de date open source mai vechi OAGIS (Open Applications Group Integration Specification), creat tot cu rolul de a face integrarea mai usoara prin intermediul standardizarii. Cuvantul de ordine in cazul EBO este extensibilitate si vine cu un tipar care


12

poate fi aplicat in orice business pentru a nu se mai pierde luni de zile cu gasirea de standarde pentru reprezentarea de obiecte.

Cum functioneaza acest model de date? Este foarte simplu, se iau cat mai multe informatii deja existente si prin procesul de integrare le formateaza in functie de aplicatia destinatie in care trebuie sa ajunga. Transferul de date se face prin intermediul schemelor XML.

Exemplu de schema XML prin care se realizeaza integrarea datelor despre un cont bancar:

5.3 Development Methodology

In cazul dezvoltarii de integrari customizate, AIA dispune de metodologii care trebuiesc urmate pentru a elimina orice fel de neconcordanta din aplicatia sursa si cea destinatie. In acest sens sunt create pachete de integrare a proceselor. Un eventual upgrade al aplicatiei din care se doreste preluarea informatiilor va afecta foarte putin sau chiar deloc procesul de integrare


13

5.4 Error Management Framework

Dupa cum se poate intui si din numele acestui framework, el asigura descoperirea si notificarea erorilor care vor putea fi ulterior publicate si respectiv gestionate mai tarziu de catre diverse instrumente, pentru a ajuta la o eventuala depanare a aplicatiei.

5.5 CAVS – Composite Application Validation System

CAVS este un framework care permite testarea serviciilor AIA de dupa integrare. Prin intermediul acestuia se fac teste care simuleaza trecerea unui intreg flux de date prin procesul de standardizare si verifica daca output-ul este corect.

5.6 Project Lifecycle Workbench

Aceste modele functionale sunt create pentru a preciza cerintele care trebuie sa fie puse in aplicare pentru integrarea unui proiect. Va fi folosit pentru a efectua descompuneri functionale care va realiza din proiectul vazut ca un intreg, bucati mai mici care sunt mai usor de prelucrat.


14

6. Exemplifiacare practica

Pentru a putea dezvolta sisteme de integrare a aplicatiilor, Oracle ne pune la dispozitie un intreg arsenal care functioneaza interdependent (avem nevoie de toate aplicatiile pe care urmeaza sa le explic si pe care le-am instalat pe o masina proprie).

a) Oracle DB Server 11G;

b) Jdeveloper cu: AIA Foundation Pack Service Constructor si SOA Extenssion;

c) Weblogic server optimizat pentru procesele SOA;


15

d) Oracle SOA Suite;

e) Oracle SOA Server;


16


17

f) Oracle AIA Foundation Pack


18

Mai sunt si alte componente recomandate, desi pentru a putea incepe lucrul la dezvoltarea de instante AIA sunt necesare doar cele enumerate mai sus. Instalarea si configurarea lor necesita intr-un proces fara intreruperi aproximativ 10 ore.

Nota: Demonstratia practica este facuta de expertii Oracle in AIA, dar pentru a intelege procesele de lucru a fost necesara instalarea tuturor aplicatiilor de mai sus si rularea exemplelor din demonstratie.

Exemplul demonstrativ va urmari toate fazele dezvoltarii si implementarii AIA:

6.1 Modelarea proceselor de afaceri

Cerintele de afaceri trebuiesc modelate inainte sa ne gandim la detaliile de implementare. Analistii de afaceri se ocupa de aceasta etapa in care se traseaza procesele de afaceri care fac obiectul integrarii. Este recomandata folosirea Oracle Business Process Analysis Suite pentru modelarea proceselor de afaceri intr-o abordare multi-stratificata. Se pleaca de la nivelul 0 unde avem zonele functionale de impact cum ar fi Managementul Comenzilor si se merge catre celelalte niveluri unde gasim aspecte mai detaliate ale proceselor:


19

6.2 Descompunerea proceselor de afaceri

Descompunerea functionala ajuta mularea cerintelor de afaceri pe artefactele de integrare necesare implementarii.

AIA Foundation Pack contine AIA Project Lifecycle Workbench pentru a ajuta descompunerea proceselor de afaceri in elemente functionale mai mici numite task-uri de afaceri. Interactiunea intre aceste sarcini de afaceri se inglobeaza in procesul de afaceri materializat prin integrare:

In continuare, arhitectul de integrare a aplicatiilor identifica artefactele AIA Necesare pentru a implementa o sarcina de afaceri data:


20

Captura ne arata artefactele AIA pentru task-ul “Order Update”: pentru implementarea acestei sarcini de afaceri, arhitectul a identificat necesitatea de ABCS si EBS de la furnizor, dar si relatiile din cadrul CPB care orchestreaza procesarea comenzilor.

6.3 Dezvoltarea EBS si EBM

Intotdeauna se incepe cu identificarea EBS pentru care se implementeaza fluxul de integrare.

Pentru exemplul demonstrativ au fost identificate urmatoarele EBO ca fiind relevante pentru procesul de afaceri:

Si implementarea AIADemoCreateRequestForQuoteEBS: sunt doi furnizori de servicii (depozit si furnizor) si EBS trebuie sa transfere mesajul catre furnizorul de servicii adecvat. Aceasta decizie este luata in timp real dupa analiza mesajului:


21

Exista in exemplul nostru doua reguli statice de directionare: o regula catre AIADemoCreateRequestForQuoteWarehouseProvABCSImpl si alta regula de rutare catre AIADemoCreateRequestForQuoteSupplierProvABCSImpl.


22

6.4 Crearea ABCS

Asa cum am explicat in capitolul 3, relizam ABCS pentru a implementa serviciile identificate in contextul de aplcatii specifice (non-comune). Pentru fiecare operatie a EBS generice identificate va trebui sa implementam ABCS-ul aferent pentru a putea realiza comunicarea. ABCS interpreteaza mesajele (EBM) ca intrari respectiv iesiri si le transforma in parametri, structuri de date si invocari de metode.

Dezvoltarea ABCS-urilor se face cu Jdeveloper (+ extensiile prezentate la inceputul capitolului 4):

Ne-am apropiat de finalul acestui proces, dar nu pana nu realizam si procesele de afaceri compuse (CPB) acolo unde este cazul, si la final colectam artefactele AIA realizate pe parcursul pasilor descrisi pana acum. Pentru colectarea artefactelor AIA folosim AIA Harvester care cerceteaza artefactele AIA proaspat create si le publica in AIA Project Lifecycle Workbench (cap. 4.2).


23

Optional putem publica aceste artefacte si in Oracle Enterprise Repository (librarie de artefacte AIA).

6.5 Instalarea si implementarea proiectului AIA

AIA Foundation Pack realizeaza acest proces intr-un singur pas prin instalarea planului de implementare generat de AIA Project Lifecycle Workbench si AIA Deployment Plan Generator:

Mai sus avem lista de informatii ale materialelor generata de AIA Project Lifecycle Workbench. Lista poate fi convertita int-un plan de implementare complet functional folosind AIA Deployment Plan Generator:

Dupa care folosim AIA Installation Driver pentru instalarea intregului proiect de integrare:

Concluzii:


24

Lasand intr-o zona de analiza viitoare micile probleme legate de procesele de instalare si de conlucrare ale aplicatiilor din suitele Oracle, probleme rezolvate ulterior dupa consultarea mai multor surse online, Oracle AIA este un mediu de conceptualizare si dezvoltare fascinant atat prin faptul ca instantele de lucru sunt prietenoase, dar si datorita faptului ca lucrul se realizeaza extrem de usor odata ce dezvoltatorul isi formeaza un set de deprinderi. Pe scurt si fara a face reclama la produsele Oracle, parerile noastre se rezuma in seturi de:

AVANTAJE:

Oracle AIA are la baza produsul Oracle Fusion Middleware, care este in prezent folosit de peste 80.000 de clienti din toata lumea si asemeni acestuia, este creat pentru a oferi variante in ceea ce priveste integrarea aplicatiilor. In acest sens, pot fi cumparate pachete de integrare predefinite sau se pot crea unele customizate cu ajutorul framework-ului si a instrumentelor puse la dispozitie de catre Oracle. Avantajele pe care acest produs le ofera sunt:

- Timp redus de implementare (de ordinul saptamanilor/lunilor) - Dezvoltare si instalare mai putin minutioasa - Costuri mai mici de intretinere - Usor upgradabil datorita interdependentei scazute cu alte aplicatii. - Costul mai mic per anasmblu dupa integrarea tuturor aplicatilor.

OPORTUNITATI:

Oracle are un avantaj semnificativ fata de ceilalti competitori pentru ca detine o gama foarte diversificata de produse pe care le poate oferi clientilor sai ca solutii integrate si complete. Ideea de integrare a aplicatiilor nu este una recenta, dar acum a putut fi pus la punct. Aceasta dezvoltare a AIA nu s-ar fi putut intampla fara ca Oracle sa un avantaj competitional. Tinand cont de aceste aspecte, putem spune ca este suficient loc pentru o dezvoltare a acestei tehnologii iar Oracle este deja lider in segmentul de piata in care activeaza, iar daca se va continua pe ideea obtinerii unui produs care sa inglobeze toate aplicatiile mai mici, competitorii directi vor fi surclasati si mai mult.


25

Bibliografie:

http://docs.oracle.com/cd/E17904_01/doc.1111/e17364/getstart.htm

http://www.oracle.com/technetwork/middleware/foundation-pack/documentation/index.html

Hariharan V. Ganesarethinam – Oracle Application Integration Architecture (AIA) Foundation Pack 11gR1: Essentials

Michael Schildmeijer – Oracle Weblogic Server 11gR1 PS2: Administration Essentials

http://docs.oracle.com/cd/E17904_01/doc.1111/e17364/getstart.htm

http://www.oracle.com/technetwork/middleware/foundation-pack/documentation/index.html

referat: oracle application integration architecture...

Documents