Caracteristici arhitecturale Soa și aspecte practice

Caracteristici arhitecturale Soa și aspecte practice


Cu SOA, trei aspecte ale serviciilor IT sunt implementate, fiecare contribuind la maximizarea randamentului IT în afaceri:

  • Servicii de afaceri. Esența acestor servicii este de a automatiza componentele funcțiilor de afaceri specifice pe care consumatorul le are nevoie.
  • Servicii de infrastructură. Aceste servicii au o funcție conductivă, printr-o platformă prin care sunt livrate serviciile de funcții de afaceri.
  • Servicii de ciclu de viață. Aceste servicii sunt un fel de "wrapper", care în majoritatea cazurilor oferă utilizatorilor IT servicii "reale". Serviciile ciclului de viață sunt responsabile de proiectarea, implementarea, gestionarea, schimbarea serviciilor de infrastructură și funcțiile afacerii.

Piața mondială SOA

Costul mediu al unui proiect SOA este estimat de AMR Research la aproximativ 500.000 de dolari. În același timp, platformele mari, care reprezintă un instrument complet pentru a face afaceri, reprezintă doar câteva firme de pe piață - IBM. Oracle. TIBCO. Sun Microsystems. Software AG. Microsoft. SAP AG. Citiți articolul "SOA (piața mondială)"







Piața rusă a SOA

Dezvoltarea SOA

Conceptul SOA introdus în urmă cu câțiva ani a fost inițial perceput ca o nouă abordare a integrării aplicațiilor bazate pe standarde unificate din industrie. O soluție nouă SOA revoluționară este o nouă perspectivă asupra modificării și dezvoltării funcționalității sistemelor de aplicații pentru întreprinderi.

Un fel de predecesor al SOA a fost tehnologia Enterprise Service Bus. Un mecanism unificat de interacțiune a aplicațiilor. Completat de o serie de alte tehnologii, ESB a permis formarea unei singure platforme de integrare. Aparent, tranziția calitativă la SOA a început în momentul în care a devenit posibil să se creeze noi soluții de aplicație pe lângă acest strat de integrare utilizând funcționalitatea existentă.

Până de curând, am folosit resursele web tradiționale, fără a presupune că, în această privință, puteți schimba drastic orice. Sa dovedit - puteți, și a existat o rețea de două zero. Tendința a fost atât de reușită și atrăgătoare încât a fost preluată instantaneu de marketing. Label 2.0 a apărut pe multe soluții software și în majoritatea cazurilor utilizarea sa este extrem de controversată. O asemenea tendință generală nu a putut fi evitată și o arhitectură orientată spre servicii. Citiți articolul "SOA 2.0"

Programarea orientată spre servicii și orientarea obiectului

Caracteristici arhitecturale Soa și aspecte practice

Relația dintre structurile orientate spre servicii și cele orientate spre obiecte

Apariția unei abordări orientate spre servicii a produs o altă reformă în teoria dezvoltării software-ului, lăsând în urmă conceptul de programare orientată pe obiecte.

După cum știți, reutilizarea codului de program simplifică dezvoltarea unor sisteme mari de informații. Până de curând, în acest scop, sa aplicat în mod tradițional o abordare orientată pe obiecte, implicând o integrare rigidă a componentelor și a obiectelor de aplicație într-un singur întreg. În paradigma OOP, dezvoltatorul cere cunoașterea unei interfețe de programare a aplicațiilor, în care sunt combinate atributele și metodele care pun în comun funcționalitatea necesară. Dar, din moment ce obiectul sistemului sunt, de obicei create pe baza unui singur limbaj de programare (Delphi. C programare Yayk ++. Programare C Yayk #. Java, și altele.) Și mecanisme fixe pentru schimbul de informații între obiectele și module ale sistemului informațional, și sunt stocate în PLO toate dependențele și limitările. Această abordare nu este întotdeauna convenabilă - în special, aceasta nu vă permite să reacționați rapid la situațiile în schimbare și, de exemplu, să proiectați sisteme nou-încurcate care se bazează pe conceptul de "resurse la cerere". În plus, pentru modificarea sistemelor de obiecte, este adesea necesar să rescrieți codurile obiectelor și metodelor conexe.







Pentru a reduce aceste limitări la minimum, permite tehnologiei SOA, pe care mulți o recunosc deja ca o revoluție în tehnologia de programare.

Analiștii despre arhitectura orientată spre servicii

Analiștii sunt siguri că, odată cu dezvoltarea standardelor SOA, companiile vor conduce această zonă, iar vânzătorii își vor moderniza produsele în conformitate cu cerințele sale. În opinia lor, o înțelegere serioasă a SOA și promovarea acestuia în practică este încă să vină, deși poate în Rusia - în contrast cu situația globală - cea mai adâncă declin de interes în acest subiect va fi fixat un pic mai târziu. Într-un fel sau altul, astăzi este cu siguranta posibil să spunem că a fost trecută "creasta valurilor" în discuția publică a temei SOA. În prezent, există o practică practică a conceptului de SOA și înțelegerea experienței proiectelor implementate.

Caracteristici arhitecturale ale SOA

O serie de caracteristici arhitecturale ale SOA face posibilă reducerea gradului de coerență a diferitelor elemente ale sistemului. Pentru interacțiunea dintre componente, se utilizează un set relativ mic de interfețe simple, care posedă numai cele mai comune semantici și sunt disponibile tuturor furnizorilor și consumatorilor. Prin aceste interfețe, mesajele limitate la un anumit dicționar sunt transmise. Din moment ce numai structura generală a sistemului corporativ și a dicționarului sunt date, toate semantica și logica de afaceri specifice pentru aplicații sunt descrise direct în aceste mesaje.

Un sistem de informații corporativ construit pe baza SOA constă dintr-un set de entități disponibile prin intermediul interfețelor de programare a aplicațiilor. Mecanismul încorporat de căutare și descoperire a serviciilor din registrul general permite consumatorului să ajungă la operatorul care oferă funcția dorită.

Arhitectura serviciilor web este, de asemenea, orientată spre servicii. Mai mult decât atât, servicii Web - este esența SOA c două constrângeri suplimentare: interfață bazată pe protocoale Internet (HTTP FTP SMTP TCP ...), și toate mesajele sunt descrise în format XML. Descrierile detaliate ale standardelor de servicii Web și ale specificațiilor SOA sunt furnizate pe site-urile web ale consorțiului W3C și ale organizației OASIS.

Aspecte practice ale aplicării SOA

Aspecte practice ale tehnologiei orientate spre servicii poate rezolva problema de scalabilitate, rețea de date integrate și voce, pentru a simplifica procedurile de proiectare și de gestionare a rețelelor, precum și a crea alte aplicații distribuite care interacționează perfect cu sistemele de gestionare a resurselor folosind API-uri și standarde deschise.

Gestionarea competentă și completă este imposibilă fără o înțelegere holistică a acelor componente sau a pilonilor care susțin un proiect SOA matur. Desigur, un proiect SOA poate fi construit numai pe principalele mecanisme (mecanismul de sprijin), dar un proiect matur implică un nivel mai ridicat de sprijin, cu creșterea nivelului de responsabilitate care se află pe proiectul SOA. Fiecare domeniu presupune o abordare diferită a gestionării SOA, care, prin urmare, afectează "politica" în moduri diferite.

De asemenea, trebuie remarcat faptul că politica este esențială pentru guvernarea SOA, deoarece aceasta va determina politica SOA-întreprindere, precum și cel care creează politica SOA, în cazul în care sunt stocate aceste politici, cum și unde este posibil să se traseze SOA politicii va fi actualizată sau modificată, care sisteme / instrumente sunt utilizate pentru implementarea politicii SOA și care departamente implementează manual.

Iată șase mecanisme care sprijină politica SOA:

  • Modelul operațional al ciclului de viață SOA
  • Organizația SOA
  • Proces SOA
  • Portofoliul de active pentru integrarea serviciilor în SOA
  • SOA Toolkit
  • Tehnologii SOA

Aceste mecanisme sunt utilizate de ambele abordări pentru dezvoltarea și gestionarea SOA. Prima abordare este managementul SOA de sus în jos. Aceasta presupune că managementul este inerent strategic și începe cu un model și proiecte specifice. Deplasând în jos, "managementul strategic" definește persoanele, procesele, serviciile, instrumentele și tehnologiile care vor fi atrase pentru a sprijini proiectul companiei SOA. A doua abordare - „de jos în sus“ - implică, respectiv, „de control tactic“, care, dimpotrivă, construirea bazate pe SOA proiect stabilit de tehnologie, instrumente și servicii. Cele mai multe dintre întreprinderi se află pe drumul "de jos în sus", începând cu pași specifici serviciilor orientate spre anumite domenii. organizație foarte rare în care crearea unei strategii în primul rând în ceea ce privește crearea departamentelor necesare și a unităților de afaceri, tehnologii și instrumente care să permită SOA inițiale. Această abordare în ansamblu complică doar procesul de stabilire a guvernării SOA.







Trimiteți-le prietenilor: