Mituri și paradigme de integrare a aplicațiilor

articol special

În prezent, securitatea informațiilor este un foarte puternic de auto-direcție de automatizare corporative. Firește, în astfel de circumstanțe, direcția este mai strâns legată de problemele de aplicare a informațiilor ...

Până în prezent, securitatea resurselor companiei este unul dintre obiectivele prioritare pentru orice companie, indiferent de mărimea și domeniul de aplicare al activităților. piață de securitate a informațiilor este în creștere, ceea ce înseamnă că ...

Turism de afaceri, prin dezvoltarea pe care calitatea vieții ar trebui să fie crescută, se potrivește bine cu conceptul de „oraș inteligent“. În plus, nivelul de utilizare a tehnologiilor informaționale în industrie în ultimii cincisprezece la douăzeci de ani ...

Motivul pentru scrierea blog-ul a devenit deja al doilea în cursul anului un focar masiv virus. Și a fost un precedent foarte neplăcut. La urma urmei, o astfel de infecție pe scară largă nu a fost un timp foarte lung. Cu toate acestea, această situație era de așteptat. Epidemia a provocat ...

Integrarea aplicație mondială se dezvoltă. Integrarea aplicațiilor - este un loc de muncă grea, care necesită o înțelegere aprofundată a sarcinilor, tehnologii și aplicabilitatea acestora. Și cea mai importantă constrângere care împiedică integrarea aplicațiilor enterprise la nivel de proces de afaceri - acestea sunt diferite modele de implementare a proceselor de afaceri în aceste aplicații. „Harness“ le împreună este practic imposibil.

Una dintre cele mai complexe probleme de IT constă în abordarea tradițională a software de infrastructura care susține procesele de afaceri. În cazul în care organizația se dezvoltă treptat dobândește noi aplicații enterprise - este mod rațional și natural. În prezent, nu există nici un singur sistem, care ar acoperi toate nevoile funcționale. Este evident că, ca urmare a unei astfel de abordare nu este format dintr-un singur continent al mediului IT si arhipelagul de insule diferite de automatizare. Unii dintre ei, observăm poate fi destul de mare, de exemplu insulita R / 3, dar, în general - este un arhipelag. Un anumit rol negativ jucat de principiul „cel mai bun al rasei“, atunci când compania este încercarea de a alege produsul „cel mai bun din clasa“, ca urmare a sistemului informațional este cel mai bun din clasa respectivă, adică din insulele cele mai convenabile.

Dorința naturală - pentru a conecta aceste insule împreună - și generează sarcini de integrare a aplicațiilor. Cu toate acestea, experiența arată că, în ciuda asigurărilor de furnizori, face diverse aplicații pentru a lucra împreună foarte, foarte problematică. Faptul că insulele aplicații sunt foarte mult diferite unele de altele. Acestea diferă în modelul de date, încorporate în fundație lor, stiva de tehnologie pe care acestea sunt construite, etc. Dar cel mai important - .. Ele sunt diferite modele ale proceselor de implementare. Datorită toate acestea, pentru a le integra în sensul în care ne-am dori, ca să spunem așa, complet, până când reușește. Faptul este că integrarea aplicațiilor pentru organizații de toate, dar cele mai mici și mai simplu, este dificil și complicat. Ca o regulă, integrarea aplicație necesită definiție în profunzime a sarcinilor și a tehnologiilor complexe. Potrivit unor studii, până la 60% din fondurile alocate pentru proiecte de IT companii cheltuiesc pe integrare. Este foarte mult într-un sens, este rezultatul unei abordări „cel mai bun din rasa“. Desigur, o astfel de strategie are dreptul să existe, dar trebuie să se înțeleagă că orice cheltuieli necesare pentru integrarea ulterioară.

Mitul tehnologiei convenționale

Ironia constă în faptul că astăzi multe companii sunt potrivite pentru integrarea aplicațiilor, ca un fel de tehnologie destul de standard. O mulțime de CIOs sunt încă în speranța pentru o baghetă magică, care va rezolva toate nevoile lor de integrare. Este absolut nerealizând că integrarea de aplicare - aceasta este mai mult un termen de marketing decât o tehnologie standard.

În cazul în care un pic mai gândesc la asta, este evident - aplicații, interfețe, și cele mai multe sarcini de afaceri sunt foarte diferite de la planta la planta. In timp ce compania de logistica axat pe integrarea orientată spre informare și are nevoie de soluții bazate pe XML și EDI, o companie care furnizează servicii financiare, este mai interesat de o integrare orientata spre servicii. În continuare, ia în considerare diferitele grupuri din cadrul întreprinderii, care pot avea cerințe diferite și limitări de interfață. Și, în timp ce unele API-uri oferă acces la servicii (de exemplu, servicii web), cele mai multe dintre ele produc și consumă numai informații simple. Prin urmare, chiar și ca urmare a deciziilor privind serviciile web, integrarea nu aduce beneficii concrete.

Mitul universalității serviciilor web

Acesta este un exemplu tipic al mitificarea servicii web și nu pentru prima dată în istorie, când succes în unele proiecte care încep tehnologia absolutizat. Inițial, servicii web destinate utilizării în soluții distribuite geografic, ceea ce a determinat asincron în natură. Dar aici este ideea că asincronismului este mult mai convenabil pentru procesele de afaceri - aceasta este o întindere foarte mare. Vom reveni la o discuție cu privire la limitele de aplicabilitate a serviciilor web, iar acum observăm că mitul unei singure abordări sau a unei soluții tehnologice, fie că este un serviciu web sau monitoare de tranzacții, aduce numai necazuri.

Trei tipuri de integrare

Pentru o abordare mai semnificativ la problema de selectare a unei soluții de integrare, este necesar să se definească în mod clar obiectivele lor de afaceri, precum și pentru a înțelege principiile și abordările generale de integrare. În general, abordările de integrare sunt împărțite în trei tipuri principale de integrare: informare-centric, orientată spre servicii și orientate pe proces, precum și hibrizi ai acestor abordări.

Integrarea orientată spre informare

Integrarea-Information Centric este utilizat în cazurile în care aveți nevoie doar de a reproduce date între două sau mai multe sisteme. Experiența de proiect pe care a trebuit sa ma uit arată că soluția de probleme de afaceri cele mai multe întreprinderi constă tocmai în acest plan. Integrarea-centrică Informații este mai puțin costisitoare și complexă decât alte tipuri de integrare, deoarece informația este pur și simplu extrase din sistemul sursă, convertit pentru a ridica diferențele semantice, și transferate la sistemul de dorit. Orientate spre integrarea tehnologiei informațiilor include brokerii de mesaje (SeeBeyond si WebMethods), middleware software (mqseries IBM), replicare de baze de date, servere de date și alte tehnologii care se ocupă cu răspândirea de informații între două sau mai multe sisteme. În mare parte datorită succesului de produse care sunt bazate pe baze de date relaționale și standardele conexe (cum ar fi SQL și ODBC), integrarea la nivel de date continuă să prevaleze ca o modalitate de a optimiza relația dintre diferitele sisteme.

Este această integrare se referă în principal la atunci când vorbim de tehnologii tradiționale Enterprise Application Integration (EAI). Astăzi tehnologia EAI - o tehnologie matură, bine stabilită, și ușor de utilizat. Cu toate acestea, ei suferă de limitări serioase. O arhitectură internă tipică, în acest caz, abordarea este menționată ca hub-ul și a vorbit. De fapt, acesta este proiectat să arunce cantități mari de date de la un sistem la altul, și de a face acest lucru utilizând modelul de transformare a unei aplicații specifice într-o idee generală (vizualizare comună), apoi - având în vedere cererea specială. Astfel, este posibil transferul de date dintr-un ERP-sistem CRM și vice-versa.

Integrarea orientată spre Serviciul

Integrarea orientate spre servicii necesare pentru sarcinile care au nevoie pentru a partaja aplicații și funcții, precum și informații. Această abordare permite aplicațiilor să aibă acces la funcțiile altor aplicații. Ideea este de a utiliza serviciile de aplicații care există deja, mai degrabă decât crearea lor de la zero de fiecare dată. În loc de interfețe personalizate între diferite aplicații software, punerea în aplicare a acestei abordări se bazează pe mediul de comunicare cu posibilitatea de utilizare multiplă, care joacă rolul unui nucleu de software universal, care se conectează toate aplicațiile.

În general, trebuie spus că baza tehnologică pentru o integrare orientată spre servicii nu este încă la fel de dezvoltat. Da, servicii web sunt utilizate într-o serie de proiecte, ei se uita la noi, dar proiectele în care integrarea aplicațiilor în întregime va fi construit pe ele, lumea este foarte mică. Ai încredere tehnologia încă foarte dificil. Mai mult faptul că utilizarea serviciilor Web pentru a integra aplicații mai vechi, care sunt instalate în sol și în societățile asociate cu activitatea muncii extrem de intensă privind retehnologizarea acestor sisteme și să le ofere interfețele necesare. Cel mai recent a apărut pe piață o tehnologie nouă, foarte interesant, numit Enterprise Servise Bus (ESB), care se bazează pe SOA și servicii Web. Cu toate acestea, este încă foarte tânără, și produse pe bază sunt ESB încă în curs de dezvoltare și testare.

Pus în aplicare în mod corespunzător, integrarea orientată spre servicii abordare poate reduce costurile de întreținere a sistemului și pentru a face rezultatul proiectului de integrare este mult mai valoros. Cu toate acestea, cu un „dar“ - în cazul în care este necesară o astfel de integrare. Dacă nu, atunci această abordare va adăuga doar costuri semnificative și inutile la proiectul de integrare.

Integrarea orientată spre proces

Integrarea orientată spre proces oferă o oportunitate de a adera la procesele interne ale aplicatiilor fiecare aplicație într-un mod care nu utilizează doar funcțiile sale, și de a crea unul nou, sau o meta-proces, care va lega cererea. De exemplu, compania are un sistem care automatizează procesul implicat în crearea de produse, un sistem care automatizează vânzările de produse, sprijin logistic și de sistem și livrarea produsului la client. Integrarea orientată spre proces ar trebui să se leagă aceste procese prin automatizarea sistemului în ansamblu, creând astfel un proces major care acoperă o mulțime de sisteme. Diferența dintre această abordare și integrarea orientată spre informare este că integrarea are loc este prin crearea unei noi procese de afaceri comune, în timp ce abordare informații centrate conectează aplicațiile într-un număr de fluxuri de informații. De fapt, acest transfer de logica de integrare încă un nivel de abstractizare în sus. Integrarea orientată spre proces Tehnologia oferă un alt strat de abstractizare (un alt mod de a prezenta fluxurile de informații sau cereri de servicii), modul de gestionare a cotei de sistem atât informații și servicii.

Tehnologia de integrare orientată spre proces există în două forme: tehnologie de integrare proces de jucători EAI-tradiționale (Mercator și WebMethods) și reprezintă tehnologia de integrare de proces singur de la Metastorm și Versata. Tehnologia EAI-vânzătorii mai comunica și a terminat, în timp ce tehnologia Metastorm necesită un studiu mult mai detaliat al aplicațiilor, care se integrează și o mai mare rafinament.

Ca o tehnologie de integrare orientată spre servicii, integrarea orientată spre proces ar trebui să fie utilizat numai atunci când este necesar. De obicei, este necesară integrarea orientată spre proces de tehnologie atunci când o sarcină este complex (de exemplu, mai mult de 10 sisteme), iar sarcina este de a schimba în mod semnificativ procesele existente în aplicațiile. Sau când o organizație are o aplicație compozit, care vă permite să creați o soluție de integrare care (atâta timp cât, practic, nu are loc) clasă. În general, mai multe sisteme care trebuie să fie integrate și procesele mai puțin automatizate care există între aplicații, integrarea orientată spre proces mai necesar.

În primul rând - problema

În realitate, orientată spre proces, orientat pe servicii și integrarea orientată spre informare adesea coexista. Aparent, majoritatea întreprinderilor în cele din urmă vin la necesitatea de amestecare și de combinare a tehnologiilor pentru a rezolva problemele lor de afaceri. Și aici nu poate exista o soluție universală. Dacă auzi că vânzătorul spune despre „soluția one-stop“ pentru toate nevoile dvs. sau de a integra întregul proces trebuie să gestioneze serviciul Web, știi că doar vorbe.

Este necesar să se înceapă cu nevoile de afaceri și apoi caută o tehnologie care îndeplinește aceste cerințe. Este posibil să fi decis deja ce tip de integrare se va potrivi, dar nu vă grăbiți. Greșelile sa întâmplat aici prea des. Experiența arată că prea multe organizații aplică alte soluții pe servicii web, în ​​cazul în care acestea nu sunt necesare. Experții estimează că doar 20% din proiectele de integrare trebuie să utilizeze o integrare orientată spre servicii. În alte cazuri, un schimb de date are loc. Servicii Web este doar o parte a tehnologiei, ei își fac treaba, dar acest lucru nu este singura modalitate de a integra aplicații. În general, servicii web și tradiționale EAI-tehnologie sunt părți la un mediu de integrare singur. Abordările EAI-tradiționale sunt adesea mai specifice, soluții cuplate strâns și serviciile Web sunt slab cuplate abordare generalizată la problemele de integrare. „Soluțiile personalizate necesită mai mult efort de dezvoltare și de sprijin, în timp ce soluțiile generalizate tind să fie mai puțin eficiente, - a declarat Charles Goldfarb, creatorul XML-tehnologie -. Ai schimb un declin general al resurselor organizației - resursele necesare pentru dezvoltarea unor soluții specifice, - pentru a reduce resursele de calculatoare, care nu pot lucra la fel de eficient ". „Dacă lucrați cu volume mari și obiectivele sunt clar definite, este posibil ca va face sens pentru a optimiza ciclul de operare, creând o soluție bine adaptată - continuă Goldfarb Cu toate acestea, în cazul în care aveți nevoie de flexibilitate, abordarea de utilizare a serviciilor Web poate fi mai valoros.“ .

Predintegrirovannye și aplicațiile compuse

Pe lângă aceste aplicații, opțiuni de integrare, legate de punerea în aplicare a celor sau a altor sisteme specializate, mai există și alte modalități de a rezolva problemele de integrare.
Primul - este accentul pe produsele predintegrirovannye de un singur furnizor. Dacă vom compara aplicația cu masina, abordarea „cel mai bun al rasei“ înseamnă că compania selectează cel mai bun șasiu, motor, corpul din lume. Dar acest lucru nu înseamnă că rezultatul este o mașină mai bună, pentru că mașinile sunt realizate într-o fabrică de producție, mai degrabă decât direct pe autostradă. Prin urmare, ideea că aplicațiile de întreprindere trebuie să fie, de asemenea, colectate în ceea ce privește producția din fabrică, se pare rezonabil.
Unul dintre cei mai activi susținători ai acestei abordări este Oracle, de regulă, bazată pe ideea de a crea o singură bază de date pentru o varietate de aplicații și integrare în baza acesteia. Unii specialiști cred că mișcarea pentru software-ul predintegrirovannym kopleks - este calea care ne permite să rezolve multe din complexitatea infrastructurii informaționale. Cu toate acestea, clienții nu se grabesc sa profite de această oportunitate, știind că, procedând astfel încât acestea sunt strâns legate de un anumit furnizor. În plus, mai mult de un pachet de software nu acoperă întreaga gamă de aplicații de întreprindere. Și, mai presus de toate - nu acoperă niciodată.
Este clar că nu creează predintegrirovannye cerere este atât de ușor. Prin urmare, discuția în continuare a problemei, dacă cererile de întreprindere gata pentru integrare completă, a condus la o nouă rundă de dezvoltare - conceptul de aplicații compozite. De fapt, aplicațiile compuse - este același sistem software de aplicație, care, cu toate acestea, au capacitatea prin interfețe standardizate pentru a accesa funcționalitatea de bază moștenită korpoprativnyh aplicații. În acest caz, de exemplu, sistemul de control al lanțului de aprovizionare poate fi construit în mod specific ca o aplicație compozit: se referă la ERP-sistem, CRM-sistem, alte sisteme care sunt disponibile în cadrul companiei, construind astfel un nou proces de business pass-through. În acest sens, aplicațiile compuse sunt dezvoltarea tehnologică a ideilor de integrare orientate pe proces. Dar, în noua etapă - bine dezvoltate și interfețele de programare catalogate permit pe baza unor insule izolate de aplicații compuse construi un singur sistem, care este, pentru a rezolva problema integrării.
Cu toate acestea, acest lucru nu este real, iar o astfel de aplicare nu are practic nici unul. Există, de asemenea, lideri în Oracle. Dacă mai devreme la Suite E-Business pot fi accesate prin intermediul tabelelor de interfață, XML Gateway, doar recent, Oracle a spus că, de fapt, se deschide API-uri. Acest lucru face ca Suite E-Business în așa-numitul produs gata de integrare, care, în viitor, pot fi folosite pentru a dezvolta aplicații compozite noi. În aceleași mișcări de direcție și xApps SAP cu. Ca bază tehnologică pentru aplicațiile compuse, cei mai mulți experți văd servicii Web.
În general, suntem foarte norocoși - unul dintre cei mai mari furnizori de aplicații de întreprindere - nu SAP sau Oracle, sau MBS - nu ar putea fi un monopol. Acest lucru a determinat deplasarea lor în direcția interoperabilității între diferite aplicații. Ei au pur și simplu nici o alegere - o încercare de a continua să promoveze achiziționarea politicilor toate aplicațiile dintr-o singură sursă și interfețele de proprietate, în mod evident, ar duce la probleme pentru acest furnizor. Acest lucru este în primul rând, dar nu și dorința declarată de standardizare, le mută. Dar acest lucru este în mod evident benefică pentru clienți.