際際滷

際際滷Share a Scribd company logo

Argumentace

Pavol Bako
Pavol Bako
1 of 4
Download to read offline
Argumentace Aplikan辿 prostredie dne邸n箪ch podnikov箪ch syst辿mov je mimoriadne heterog辿nne ak vezmeme do 炭vahy mno転stvo r担znych protokolov a 邸tandardov, ktor辿 pou転鱈vaj炭. Vznik叩 tak ve直k箪 probl辿m nekompatibility r担znych aplik叩ci鱈 od r担znych dod叩vate直ov. Integr叩cia t箪chto aplik叩ci鱈 je pritom jednou z k直炭ov箪ch z叩le転itost鱈 ka転dej prosperuj炭cej organiz叩cie, a preto bolo nutn辿 h直ada泥 sp担soby ako vyhovie泥 t箪mto po転iadavkam. V mojej pr叩ci si predstav鱈me niektor辿 existuj炭ce opensource rie邸enia. T叩to t辿ma je i t辿mou mojej bakal叩rskej pr叩ce a zvolil som si ju preto, lebo je dnes ve直mi aktu叩lna vo svete businessu. Uveden箪 text bude i s炭as泥ou mojej bakal叩rksej pr叩ce. Anotace T叩to odborn叩 pr叩ca bude obsahova泥 historick箪 v箪vin integran箪ch syst辿mov. Nahliadneme do r担znych protokolov a technol坦gi鱈, s ktor箪mi je mo転n辿 sa dnes stretn炭泥. K直炭ov辿 slov叩 SOA architektura, single point of failure, messagebroker, publish-subscribe, ESB, SCA OASIS
Integran辿 rie邸enia pre SOA architekt炭ry Historick箪 v箪vin integr叩n箪ch syst辿mov Zaistenie prepojenosti syst辿mu znamenalo pre podniky nemal辿 finann辿 prostriedky. Integr叩cia syst辿mov bola zais泥ovan叩 ad-hoc pod直a potreby a bez nejak箪ch pravidiel alebo 邸trukt炭ry. Tieto a al邸ie probl辿my vo sf辿re integr叩cie viedli k postupn辿mu definovaniu pravidiel SOA (Service Oriented Architecture). Z叩merne uv叩dzam slovo "postupne", preto転e princ鱈py SOA nevznikli revolune, ale evolune uiac sa z ch箪b svojich predchodcov a s pr鱈chodom nov箪ch technol坦gi鱈 ako s炭 napr. XML, Web Services (Josuttis, 2007). Jedn叩 sa o sadu princ鱈pov a metodol坦gi鱈, ktor辿 by mali napom叩ha泥 k integr叩cii zlo転it箪ch aplik叩ci鱈, ktor辿 poskytuj炭 slu転by. SOA pravidl叩 by mali sl炭転i泥 k tomu, aby sa dan箪 syst辿m navrhol tak, aby v bud炭cnosti mohol agilne vyv鱈ja泥 a roz邸irova泥. Agiln箪 pr鱈stup je schopnos泥 tvori泥 a reagova泥 na zmeny k dosiahnutiu 炭転itku v turbulentnom podnikate直skom prostred鱈. (2010) Point-to-point model Prv箪 pr鱈stup ako organizova泥 slu転by je vytvorenie priamych prepojen鱈, tzv. point-to-point usporiadan鱈. V箪hodou tak辿hoto pr鱈stupu spo鱈va v r箪chlom prvotnom nasaden鱈 a to s vysok箪m v箪konom. Jeho nev箪hoda nast叩va, ak do syst辿mu prid叩vame al邸ie uzly. V istom okamihu takto m担転e vznikn炭泥 komplikovan叩 "spaghetti" 邸trukt炭ra n叩ron炭 na 炭dr転bu a na ak炭ko直vek zmenu. Tento pr鱈stup sa pripodobuje predo邸l箪m usporiadaniam e邸te z ias spred SOA. Hub-and-spoke model al邸鱈m pr鱈stupom je Enterprise Application Integration (alej len EAI), ktor箪 na seba prevzal zbernicov炭 topol坦giu. Jedna z jeho usporiadan鱈 je hub-and-spoke (hub stred kolesa, spoke prieka na kolese), pre ktor箪 sa pou転鱈va oznaenie message broker (Hohpe & Woolf, 2004). T叩to topol坦gia prin叩邸a mno転stvo v箪hod. K tomu, aby sme mohli do syst辿mu integrova泥 nov炭 aplik叩ciu sta鱈 zaisti泥 len jedno spojenie s hubom. Samotn叩 centraliz叩cia n叩m umo転uje jednoduch炭 realiz叩ciu bezpenostnej politiky, audit alebo monitorovanie. To samozrejme prispieva k spreh直adneniu celej architekt炭ry a t箪m k zn鱈転eniu finann箪ch n叩kladov. Nev箪hodou v邸ak ost叩va z叩vislos泥 cel辿ho integran辿ho rie邸enia na jednom bode single point of failure. (Schreiner, 2007) Bus model al邸鱈m modelom je Enterprise Service Bus (alej len ESB). Nie je mo転n辿 poprie泥, 転e viacero dne邸n箪ch propriet叩rnych ESB implement叩ci鱈 obsahovali p担vodne EAI architekt炭ru (WebSphere Message Broker 6, TIBCO BusinessWorks 5, SONIC ESB). V obdob鱈 tejto transform叩cie bolo obtia転ne presne vysvetli泥 rozdiely medzi t箪mito architekt炭rami. V podstate sa jedn叩 o podobn辿 architekt炭ry, av邸ak s rozdielom, 転e v邸etky slu転by s炭 v ESB navz叩jom prepojen辿 zbernicou (bus). (Schreiner, 2007)
Doruovanie spr叩v prebieha odoslan鱈m spr叩vy odosielatela zo svojej fronty zbernici. Zbernica t炭to spr叩vu prij鱈ma a spracov叩va, potom m担転e posiela泥 jej v箪sledok do fronty adres叩ta. Ka転d叩 pripojen叩 slu転ba si potom preber叩 spr叩vy zo svojej vlastnej fronty a spracov叩va ich. Tak箪to koncept umo転uje decentraliz叩ciu zbernice, 鱈m sa naskyt叩 mo転nos泥 rozdeli泥 zbernicu na viac ast鱈 a t箪m i na viac strojov a viac lok叩ci鱈. Spr叩vy sa spracov叩vaj炭 asynchr坦nne aj v pr鱈pade, 転e je zbernica vy泥a転en叩, nemus鱈 odosielate直 aka泥. Zbernica si t炭 spr叩vu "vyzdvihne" sama a転 nadobudne vo直n辿 prostriedky. Obvykle ESB m担転e transformova泥 form叩t spr叩vy, filtrova泥 spr叩vy, meni泥 obsah spr叩v i dokonca zav叩dza nov箪 pr鱈stup publish-and-subscribe (Hohpe & Woolf, 2004). Tento pr鱈stup umo転uje odosielanie spr叩v bez udania adres叩ta. Mo転n辿 je to vaka tomu, 転e vr叩mci zbernice prebiehaj炭 mechanizmy, ktor辿 zais泥uj炭, 転e sa slu転by m担転u prihl叩si泥 k odberu spr叩v zo zbernice. Tie n叩sledne tieto spr叩vy odober炭. Jeho v箪hodou je, 転e je t箪m mo転n辿, aby jednu spr叩vu odoberalo hne viacero slu転ieb, priom odosielate直 o tom nemus鱈 vedie泥. a直邸鱈m vyu転it箪m je mo転nos泥 takto uri泥 slu転b叩m pr鱈stupov辿 pr叩va, vyv叩転enie z叩泥a転e (load balancing) i failover. (Rademakers, c2009) SCA OASIS architektura Posledn箪m modelom spomenieme SCA architekt炭ru podporovanou a p担vodne vyvinutou spolupr叩cou spolonost鱈 IBM a Oracle. Nesk担r v roku 2007 bola ofici叩lne poskytnut叩 邸tandardizanej autorite OASIS na pos炭denie. V m叩ji 2011 vy邸la na str叩nkach OASIS najnov邸ia verzia 邸pecifik叩cie pod verziou 1.1. Na rozdiel od v邸etk箪ch doteraj邸鱈ch modelov rie邸enia integr叩cie, ktor辿 boli zameran辿 na rozlo転enie komponent do 邸trukt炭ry schopnej r箪chlu v箪menu d叩t, sa SCA pr鱈stup zameral na 転ivotn箪 cyklus. Rozhodnutie putovania spr叩vy po komponent叩ch neuruje ESB zbernica, ale v箪voj叩r, ktor箪 definuje kontrakt so 転ivotn箪mi cyklami v邸etk箪ch mo転n箪ch scen叩rov. SCA pr鱈stup a ESB pr鱈stup s炭 moment叩lne najaktu叩lnej邸ie pr鱈stupy integran辿ho rie邸enia. (Roberts, 2007)
Citovan叩 literatura (nedatov叩no). (5. Leden 2010). Nateno z http://theagileexecutive.com/2010/01/05/define-agile-development/ Hohpe, G., & Woolf, B. (2004). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Boston: Pearson Education. Josuttis, N. M. (2007). SOA in Practice. Sebastopol: O卒Reilly. Rademakers, T. (c2009). Open source ESBs in action. Greenwich, CT: Pearson Education [distributor]. Roberts, P. F. (2007). OASIS advances SOA standards. Computer World. Schreiner, V. (2007). Implementace SOA pomoc鱈 modern鱈ch ICT princ鱈p哲. Brno: Fakulta Informatiky Masarykovej Univerzity. Hodnotenie 3 zdrojov Enterprise Integration Patterns: Kniha od renomovan箪ch autorov Verejnos泥ou uzn叩van叩 kniha Renomovan辿 vyd叩vate直stvo Autori s炭 odborn鱈ci Bestseller Implementace SOA pomoc鱈 modern鱈ch ICT princ鱈p哲 Diplomov叩 pr叩ca Uveden辿 zdroje Renomovan叩 邸kola Pod doh直adom ved炭ceho pr叩ce Obh叩jen叩 pr叩ca OASIS advances SOA standards Uzn叩van箪 asopis Autor uv叩dza svoje prav辿 meno P哲sob鱈 jako odborn鱈k Pozn叩me as kedy bol l叩nok vydan箪 Web je asto nav邸tevovan箪

More Related Content

Argumentace

  • 1. Argumentace Aplikan辿 prostredie dne邸n箪ch podnikov箪ch syst辿mov je mimoriadne heterog辿nne ak vezmeme do 炭vahy mno転stvo r担znych protokolov a 邸tandardov, ktor辿 pou転鱈vaj炭. Vznik叩 tak ve直k箪 probl辿m nekompatibility r担znych aplik叩ci鱈 od r担znych dod叩vate直ov. Integr叩cia t箪chto aplik叩ci鱈 je pritom jednou z k直炭ov箪ch z叩le転itost鱈 ka転dej prosperuj炭cej organiz叩cie, a preto bolo nutn辿 h直ada泥 sp担soby ako vyhovie泥 t箪mto po転iadavkam. V mojej pr叩ci si predstav鱈me niektor辿 existuj炭ce opensource rie邸enia. T叩to t辿ma je i t辿mou mojej bakal叩rskej pr叩ce a zvolil som si ju preto, lebo je dnes ve直mi aktu叩lna vo svete businessu. Uveden箪 text bude i s炭as泥ou mojej bakal叩rksej pr叩ce. Anotace T叩to odborn叩 pr叩ca bude obsahova泥 historick箪 v箪vin integran箪ch syst辿mov. Nahliadneme do r担znych protokolov a technol坦gi鱈, s ktor箪mi je mo転n辿 sa dnes stretn炭泥. K直炭ov辿 slov叩 SOA architektura, single point of failure, messagebroker, publish-subscribe, ESB, SCA OASIS
  • 2. Integran辿 rie邸enia pre SOA architekt炭ry Historick箪 v箪vin integr叩n箪ch syst辿mov Zaistenie prepojenosti syst辿mu znamenalo pre podniky nemal辿 finann辿 prostriedky. Integr叩cia syst辿mov bola zais泥ovan叩 ad-hoc pod直a potreby a bez nejak箪ch pravidiel alebo 邸trukt炭ry. Tieto a al邸ie probl辿my vo sf辿re integr叩cie viedli k postupn辿mu definovaniu pravidiel SOA (Service Oriented Architecture). Z叩merne uv叩dzam slovo "postupne", preto転e princ鱈py SOA nevznikli revolune, ale evolune uiac sa z ch箪b svojich predchodcov a s pr鱈chodom nov箪ch technol坦gi鱈 ako s炭 napr. XML, Web Services (Josuttis, 2007). Jedn叩 sa o sadu princ鱈pov a metodol坦gi鱈, ktor辿 by mali napom叩ha泥 k integr叩cii zlo転it箪ch aplik叩ci鱈, ktor辿 poskytuj炭 slu転by. SOA pravidl叩 by mali sl炭転i泥 k tomu, aby sa dan箪 syst辿m navrhol tak, aby v bud炭cnosti mohol agilne vyv鱈ja泥 a roz邸irova泥. Agiln箪 pr鱈stup je schopnos泥 tvori泥 a reagova泥 na zmeny k dosiahnutiu 炭転itku v turbulentnom podnikate直skom prostred鱈. (2010) Point-to-point model Prv箪 pr鱈stup ako organizova泥 slu転by je vytvorenie priamych prepojen鱈, tzv. point-to-point usporiadan鱈. V箪hodou tak辿hoto pr鱈stupu spo鱈va v r箪chlom prvotnom nasaden鱈 a to s vysok箪m v箪konom. Jeho nev箪hoda nast叩va, ak do syst辿mu prid叩vame al邸ie uzly. V istom okamihu takto m担転e vznikn炭泥 komplikovan叩 "spaghetti" 邸trukt炭ra n叩ron炭 na 炭dr転bu a na ak炭ko直vek zmenu. Tento pr鱈stup sa pripodobuje predo邸l箪m usporiadaniam e邸te z ias spred SOA. Hub-and-spoke model al邸鱈m pr鱈stupom je Enterprise Application Integration (alej len EAI), ktor箪 na seba prevzal zbernicov炭 topol坦giu. Jedna z jeho usporiadan鱈 je hub-and-spoke (hub stred kolesa, spoke prieka na kolese), pre ktor箪 sa pou転鱈va oznaenie message broker (Hohpe & Woolf, 2004). T叩to topol坦gia prin叩邸a mno転stvo v箪hod. K tomu, aby sme mohli do syst辿mu integrova泥 nov炭 aplik叩ciu sta鱈 zaisti泥 len jedno spojenie s hubom. Samotn叩 centraliz叩cia n叩m umo転uje jednoduch炭 realiz叩ciu bezpenostnej politiky, audit alebo monitorovanie. To samozrejme prispieva k spreh直adneniu celej architekt炭ry a t箪m k zn鱈転eniu finann箪ch n叩kladov. Nev箪hodou v邸ak ost叩va z叩vislos泥 cel辿ho integran辿ho rie邸enia na jednom bode single point of failure. (Schreiner, 2007) Bus model al邸鱈m modelom je Enterprise Service Bus (alej len ESB). Nie je mo転n辿 poprie泥, 転e viacero dne邸n箪ch propriet叩rnych ESB implement叩ci鱈 obsahovali p担vodne EAI architekt炭ru (WebSphere Message Broker 6, TIBCO BusinessWorks 5, SONIC ESB). V obdob鱈 tejto transform叩cie bolo obtia転ne presne vysvetli泥 rozdiely medzi t箪mito architekt炭rami. V podstate sa jedn叩 o podobn辿 architekt炭ry, av邸ak s rozdielom, 転e v邸etky slu転by s炭 v ESB navz叩jom prepojen辿 zbernicou (bus). (Schreiner, 2007)
  • 3. Doruovanie spr叩v prebieha odoslan鱈m spr叩vy odosielatela zo svojej fronty zbernici. Zbernica t炭to spr叩vu prij鱈ma a spracov叩va, potom m担転e posiela泥 jej v箪sledok do fronty adres叩ta. Ka転d叩 pripojen叩 slu転ba si potom preber叩 spr叩vy zo svojej vlastnej fronty a spracov叩va ich. Tak箪to koncept umo転uje decentraliz叩ciu zbernice, 鱈m sa naskyt叩 mo転nos泥 rozdeli泥 zbernicu na viac ast鱈 a t箪m i na viac strojov a viac lok叩ci鱈. Spr叩vy sa spracov叩vaj炭 asynchr坦nne aj v pr鱈pade, 転e je zbernica vy泥a転en叩, nemus鱈 odosielate直 aka泥. Zbernica si t炭 spr叩vu "vyzdvihne" sama a転 nadobudne vo直n辿 prostriedky. Obvykle ESB m担転e transformova泥 form叩t spr叩vy, filtrova泥 spr叩vy, meni泥 obsah spr叩v i dokonca zav叩dza nov箪 pr鱈stup publish-and-subscribe (Hohpe & Woolf, 2004). Tento pr鱈stup umo転uje odosielanie spr叩v bez udania adres叩ta. Mo転n辿 je to vaka tomu, 転e vr叩mci zbernice prebiehaj炭 mechanizmy, ktor辿 zais泥uj炭, 転e sa slu転by m担転u prihl叩si泥 k odberu spr叩v zo zbernice. Tie n叩sledne tieto spr叩vy odober炭. Jeho v箪hodou je, 転e je t箪m mo転n辿, aby jednu spr叩vu odoberalo hne viacero slu転ieb, priom odosielate直 o tom nemus鱈 vedie泥. a直邸鱈m vyu転it箪m je mo転nos泥 takto uri泥 slu転b叩m pr鱈stupov辿 pr叩va, vyv叩転enie z叩泥a転e (load balancing) i failover. (Rademakers, c2009) SCA OASIS architektura Posledn箪m modelom spomenieme SCA architekt炭ru podporovanou a p担vodne vyvinutou spolupr叩cou spolonost鱈 IBM a Oracle. Nesk担r v roku 2007 bola ofici叩lne poskytnut叩 邸tandardizanej autorite OASIS na pos炭denie. V m叩ji 2011 vy邸la na str叩nkach OASIS najnov邸ia verzia 邸pecifik叩cie pod verziou 1.1. Na rozdiel od v邸etk箪ch doteraj邸鱈ch modelov rie邸enia integr叩cie, ktor辿 boli zameran辿 na rozlo転enie komponent do 邸trukt炭ry schopnej r箪chlu v箪menu d叩t, sa SCA pr鱈stup zameral na 転ivotn箪 cyklus. Rozhodnutie putovania spr叩vy po komponent叩ch neuruje ESB zbernica, ale v箪voj叩r, ktor箪 definuje kontrakt so 転ivotn箪mi cyklami v邸etk箪ch mo転n箪ch scen叩rov. SCA pr鱈stup a ESB pr鱈stup s炭 moment叩lne najaktu叩lnej邸ie pr鱈stupy integran辿ho rie邸enia. (Roberts, 2007)
  • 4. Citovan叩 literatura (nedatov叩no). (5. Leden 2010). Nateno z http://theagileexecutive.com/2010/01/05/define-agile-development/ Hohpe, G., & Woolf, B. (2004). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Boston: Pearson Education. Josuttis, N. M. (2007). SOA in Practice. Sebastopol: O卒Reilly. Rademakers, T. (c2009). Open source ESBs in action. Greenwich, CT: Pearson Education [distributor]. Roberts, P. F. (2007). OASIS advances SOA standards. Computer World. Schreiner, V. (2007). Implementace SOA pomoc鱈 modern鱈ch ICT princ鱈p哲. Brno: Fakulta Informatiky Masarykovej Univerzity. Hodnotenie 3 zdrojov Enterprise Integration Patterns: Kniha od renomovan箪ch autorov Verejnos泥ou uzn叩van叩 kniha Renomovan辿 vyd叩vate直stvo Autori s炭 odborn鱈ci Bestseller Implementace SOA pomoc鱈 modern鱈ch ICT princ鱈p哲 Diplomov叩 pr叩ca Uveden辿 zdroje Renomovan叩 邸kola Pod doh直adom ved炭ceho pr叩ce Obh叩jen叩 pr叩ca OASIS advances SOA standards Uzn叩van箪 asopis Autor uv叩dza svoje prav辿 meno P哲sob鱈 jako odborn鱈k Pozn叩me as kedy bol l叩nok vydan箪 Web je asto nav邸tevovan箪