Huko Moscow, tangu 1958, kulikuwa na Barabara ya 3 ya Stroiteley, lakini mnamo 1963 ilibadilishwa jina - sasa ni Mtaa wa Maria Ulyanova, na jengo la 25 kwenye barabara hii ni jengo la hadithi tano la Khrushchev. Katika Leningrad (St. Petersburg), Mtaa wa 3 wa Wajenzi haukuwahi kuwepo...

Ninazungumza tena juu ya ujumuishaji wa programu. Leo nilisoma kiwango cha ndani cha mtiririko wa hati kati ya idara GOST R 53898-2010 Na kiwango kinaonekana kuwa "sahihi" kilichoandikwa katika XML na kuna kila aina ya mashamba muhimu kwenye kurasa 53 na maelezo yote. Nakumbuka kwamba mwishoni mwa karne iliyopita, nilitetea sana kuibuka kwa viwango vya ujumbe wa kielektroniki kwenye kurasa za jarida la Kompyuta katika makala The Internet Factor in Development of Client-Benki Systems Mwishoni mwa karne iliyopita, kila kitu kilionekana kuwa na matumaini zaidi kuliko mwanzoni mwa hii. Doti-coms zilikuwa bado hazijaanguka, anga lilikuwa juu zaidi, nyasi zilikuwa kijani kibichi zaidi, tovuti za kijamii ziliaminika, na Fielding alikuwa bado hajatetea tasnifu yake yenye kichwa Uhamisho wa Jimbo la Uwakilishi. Ni nini kilifanyika kwa zaidi ya miaka kumi na kwa nini wazo la kusawazisha muundo wa hati ya elektroniki halinisisimui tena? Hakuna muhimu, dhana tu ya ujumuishaji wa programu imebadilika.

Ilikuwaje hapo awali? Benki moja ilituma barua pepe nyingine (Samahani, nilikuwa nikifanya kazi katika Inkombank wakati huo, kwa hivyo nitazungumza juu ya benki). Benki ya pili ilipokea ujumbe huo na kutuma risiti kwake. Yote hii ilisimbwa mara kumi, kuthibitishwa na saini ya dijiti, kazi ya hashi ya ujumbe wa asili ilijumuishwa kwenye risiti ... nambari zinazoingia na zinazotoka, mihuri ya wakati (pia cryptographic, kwa njia), nk. Nakadhalika. Swali lililojadiliwa zaidi katika miaka hiyo lilikuwa ikiwa ni lazima kutoa risiti ya risiti na nini cha kufanya wakati risiti haikuletwa. Kwa ujumla, inatisha kukumbuka ni kiwango gani cha ugumu mchakato wa kusawazisha majimbo ya picha nyingi za kweli za hati moja halisi inaweza kuletwa. Ilikuwa rahisi na karatasi. Angalau hadi uvumbuzi wa mwiga.

Turudi nyakati za kisasa. Ikiwa foleni za ujumbe zilikuwepo ili kuwasilisha ujumbe kwa usalama na kwa uhakika, basi basi la huduma lilionekana ili kuondoa ubadilishanaji wa ujumbe. Na usiniambie kwamba basi hili ndilo linalobadilishana ujumbe. Najua hili, tunafanya sisi wenyewe, lakini si sahihi sana. Wazo la asili la basi la huduma, haswa Biashara Service Bus (ESB) haihusu kupitisha ujumbe, lakini inahusu kuhakikisha kwamba programu yoyote haina haja ya kuwa na wasiwasi kuhusu kuunda mfano wake wa ndani wa kitu. Hatua ya huduma ni kuwa na uwezo wa kupata kitu kama hicho kila wakati. Ikiwa unahitaji hati, weka URL na utumie mbinu ya HTTP GET kupokea na kusoma hati. Ikiwa ulitaka kubadilisha hati, ulibadilisha hati kwa kutumia URL sawa kwa kutumia mbinu ya HTTP PUT. POST iliongezwa, DELETE iliondolewa, ni nini kinachoweza kuwa rahisi zaidi? Ipe hati yako URL. Tumia itifaki ya mtindo wa WebDAV kuchukua hati, kuifanyia kazi, na kuirudisha mahali pake katika hali mpya, ile ile iliyofafanuliwa kama nakala kuu, i.e. kwa URL ile ile ambayo uliichukua

Vinginevyo, ni apocalypse. Mapokezi na arifa za mabadiliko ya hali sio mbaya sana. Haja ya kutafsiri sehemu za hati kwa njia sawa, na kwa hili kusawazisha vitabu vya kumbukumbu, ni shida. Barabara ya Tatu ya Wajenzi huko Moscow na Barabara ya 3 ya Wajenzi huko St. Petersburg, kama inavyojulikana kutoka kwa filamu kuu ya Mwaka Mpya, ni mbali na kitu kimoja. Labda kitabu pekee cha marejeleo kinachofasiriwa kwa usawa katika idara tofauti ni kalenda ya Gregorian. Na kisha, sina uhakika kabisa. Au mfano mwingine - jina langu kwenye pasipoti ya kimataifa hailingani na jina langu kwenye visa ya Uingereza iliyobandikwa kwenye pasipoti hiyo ya kimataifa. Pasipoti inasema MAXIM, na visa inasema MAKSIM. Kwa sababu ya hili, ninaogopa kuvuka mpaka :) Hebu tuongeze kwa hili tofauti katika seti za majimbo ya hati katika mifumo tofauti, grafu tofauti za mpito, nyaraka za kiwanja ambazo zinajumuisha seti ya nyaraka zingine, bahasha za elektroniki, nk. tatizo la utata wa ajabu wa kuchanganya. Je, ikiwa hati haiendi kwa idara moja, lakini kwa kadhaa mara moja? Katika moja wataitimiza, katika nyingine wataikataa, katika ya tatu wataipoteza. Kwa hivyo, watu wa mchakato hivi karibuni wataongeza njia kwa hati hii, iliyoonyeshwa kwa uwazi katika nukuu ya BPMN kwenye kurasa kadhaa. Vighairi, urejeshaji, kughairiwa, matokeo yasiyo sahihi ya uthibitishaji wa saini ya dijiti, risiti ambazo hazijawasilishwa, funguo ambazo muda wake umeisha... Mchanganyiko umepumzika (lakini watayarishaji programu wanaendelea kufanya kazi)

), ambayo hapo awali iliitwa Axelot Datareon ESB, imekusudiwa kujenga mazingira ya habari iliyosambazwa ya biashara. Bidhaa ya programu huhakikisha mwingiliano wa programu zote zilizounganishwa katika kituo kimoja, kuchanganya vyanzo vilivyopo vya habari na kutoa ubadilishanaji wa data kati kati ya mifumo tofauti ya habari.

Basi la huduma ya data ya shirika la Datareon ESB ni njia ya kuhakikisha uthabiti na ukamilifu wa upashanaji habari, kuongeza utendaji wa jumla wa mfumo wa habari na kupunguza gharama za kazi kwa usimamizi wake.

Bidhaa ya programu ya Datareon ESB imejumuishwa rasmi katika rejista ya umoja ya programu za Kirusi kwa kompyuta za elektroniki na hifadhidata, ambazo zinaweza kununuliwa na taasisi za serikali na manispaa.

Utendaji

• Inasaidia viwango mbalimbali na matukio ya ujumuishaji
• Dhibiti mazingira yako ya ujumuishaji na mfumo ikolojia wa Eclipse
• Mabadiliko ya data (algorithms ya mabadiliko ya data ya hatua nyingi na udhibiti wa hali anuwai)
• Hamisha data ya saizi yoyote (kuongeza wima na mlalo)
• Ujumuishaji rahisi na bidhaa kwenye jukwaa la 1C:Enterprise 8
• Kuhakikisha uhamisho wa data salama
• Uchunguzi na ufuatiliaji wa hali ya mtandao mzima wa usambazaji wa data

Matatizo ya kutatuliwa

• Uhamisho wa data kati ya mifumo tofauti ya habari (pamoja na uelekezaji au uhakika-kwa-uhakika)
• Uundaji wa nafasi moja ya habari katika mazingira tofauti
• Ujenzi wa mfumo uliosambazwa kulingana na modeli ya tukio katika chaguzi zifuatazo:
  • kujenga maombi na michakato ya biashara ya mwisho hadi mwisho kulingana na mfano wa tukio;
  • kuunda mfumo na maingiliano ya maombi ya biashara katika mifumo mbalimbali ya habari
• Kupata usanifu mbaya wa usimamizi wa kiwango cha biashara / umiliki
• Usambazaji wa mfumo wa kubadilishana data katika kiwango cha usafiri na katika kiwango cha mantiki ya biashara
• Kukabidhi kazi ya ujenzi wa habari hutiririka kwa idara za uchambuzi
• Kupunguza utata wa muundo wa ujumuishaji na kupunguza mahitaji ya upitishaji wa kituo
• Kuongezeka kwa utulivu wa jumla wa safu ya usafiri wa data
• Kupunguza gharama za ununuzi wakati wa kubadilishana data kati ya idara tofauti

2017

Axelot Datareon ESB 2.1.0.0

Suluhisho la AXELOT Datareon ESB lilijumuishwa katika orodha ya umahiri wa Maendeleo ya Maombi ya Dhahabu - ukweli unaothibitisha ubora wa juu wa bidhaa na utangamano wake na bidhaa za Microsoft.

AXELOT Datareon ESB hutoa idadi ya manufaa muhimu kwa biashara:

• Uwezekano wa kuunganishwa;
• Kuegemea na reusability ya rasilimali;
• Kupata usanifu wa usimamizi wa kiwango cha biashara/hodari;
• Kukabidhi kazi ya kujenga mtiririko wa habari kwa idara za uchambuzi;
• Kupunguza utata wa jumla wa mpango wa ushirikiano na kupunguza mahitaji ya upitishaji wa njia;
• Kuongeza utulivu wa jumla wa safu ya uhamisho wa data ya usafiri;
• Kupunguza gharama za manunuzi wakati wa kubadilishana data kati ya idara tofauti;
• Kupunguza gharama za jumla za kudumisha na kudumisha mfumo wa habari.

Vipengele kuu vya mfumo:

• Idadi kubwa ya viunganisho kwa mifumo mbalimbali: 1C:Enterprise 8, huduma za SOAP, huduma za REST, MS SQL, IBM DB2, Oracle DB, PostgreSQL, SharePoint, OData, TCP, Siemens TeamCenter na wengine;
• Utaratibu wa programu-jalizi wa kujiendeleza kwa viunganishi;
• Msaada kwa lugha na teknolojia mbalimbali za programu wakati wa kuendeleza hali za mwingiliano: 1C: Biashara 8, JavaScript, T-SQL;
• Kuweka matukio ya mabadiliko ya data ya hatua nyingi kwa kutumia mbinu za kuona ramani na mabadiliko maalum ya XSLT;
• Fanya kazi na miundo mbalimbali ya data (XML, JSON, XLS, DBF, CSV, Base64 na wengine);
• Uelekezaji thabiti na wa nguvu wa pakiti za habari;
• Kasi ya juu ya mwingiliano na uvumilivu wa makosa: mahitaji ya kupunguzwa kwa bandwidth ya mtandao, kusawazisha mzigo, kutengwa kwa vikoa vya habari, uwezo wa kufuatilia hali ya nodes za ushirikiano;
• Msaada kwa mfano wa tukio, simu za synchronous na asynchronous, utoaji wa uhakika;
• Kubadilisha hali za ujumuishaji za mifumo ya waliojisajili (upakuaji/upakiaji, ugeuzaji na taratibu za kuelekeza) katika hali ya "motomoto" bila hitaji la kuzizuia (ikiwa ni pamoja na usanidi kwenye jukwaa la 1C:Enterprise 8);
• Utambuzi na ufuatiliaji wa michakato yote ya ujumuishaji, uwezo wa kurekebisha na kufuatilia vifurushi vya habari.

Uangalifu hasa hulipwa kwa ujumuishaji wa programu kwenye 1C:Enterprise 8 jukwaa. Uwasilishaji unajumuisha mfumo mdogo maalum ambao unaweza kujengwa katika usanidi wowote wa kawaida kwenye jukwaa la 1C:Enterprise 8 na hutoa njia zote muhimu za usanidi wa haraka na rahisi na usimamizi wa ujumuishaji. Mwingiliano wa "AXELOT: ESB Service Data Bus" na usanidi kwenye jukwaa la "1C:Enterprise 8" unafanywa kupitia huduma za SOAP na REST.

Vipengele vya seva "AXELOT: ESB Service Data Bus" vinatengenezwa katika C ++. Utawala na usanidi wa "AXELOT: Basi ya Data ya Huduma ya ESB" inafanywa katika mazingira ya maendeleo ya Eclipse na inaweza kufanywa kwa kushirikiana na uundaji wa mifumo kwenye jukwaa la 1C:Enterprise 8 katika 1C:Zana za Ukuzaji wa Biashara. "AXELOT: ESB Service Data Bus" ina mifumo mingi na inasaidia mifumo ya uendeshaji ya MS Windows na Linux.

AXELOT Datareon ESB ni maendeleo ya Kirusi kabisa na iko katika mchakato wa kuingizwa katika rejista ya umoja wa mipango ya Kirusi kwa kompyuta za elektroniki na hifadhidata, ambazo zinaweza kununuliwa na taasisi za serikali na manispaa ili kutatua matatizo fulani.

Ujumuishaji wa maombi ni suala ambalo mapema au baadaye litakabili idara ya TEHAMA ya shirika lolote ambalo lina zaidi ya moja ya programu hizi. Hapa kuna orodha kamili ya kazi zinazolingana na wazo la "muunganisho":

• hitaji la kudumisha saraka za jumla (kwa mfano, saraka za wateja au wafanyikazi);
• kuzindua shughuli katika mfumo mmoja wa habari wakati matukio yanatokea kwa mwingine;
• mchakato wa biashara (mlolongo uliopangwa wa vitendo vinavyofanywa na watu na mifumo ya habari) inayotokea katika maombi kadhaa;
• mwingiliano wa habari na washirika wa biashara (kwa mfano, ombi la moja kwa moja la bei za vifaa kutoka kwa muuzaji);
• umoja wa kubadilishana habari na michakato ya biashara katika matawi ya kampuni.

Ikiwa aina hii ya hatua hutokea mara chache katika biashara (kwa mfano, mara moja kwa siku), basi vitendo hivi vinaweza kupangwa kwa njia ya muda - kwa mfano, kwa kupakia data kutoka kwa programu moja katika muundo wa Excel na kuipakia kwenye programu nyingine, au hata kwa kutumia uingizaji wa taarifa katika mifumo miwili mara moja. Hata hivyo, ikiwa haja ya mwingiliano wa habari kati ya maombi hutokea mara nyingi kwa siku, basi swali linatokea la matumizi yasiyofaa ya rasilimali za binadamu na, kwa sababu hiyo, kuna haja ya kuelekeza utaratibu huu.

Ujumuishaji wa hatua kwa hatua

Kazi ya kuunganisha kwa uhakika ni rahisi. Inahitajika kuelewa jinsi kila moja ya mifumo miwili inayoingiliana iko tayari kusambaza na kupokea data, kuunda masuluhisho ya kiufundi ya kufikia miingiliano hii, na pia kutekeleza utaratibu wa kubadilisha data kutoka kwa umbizo la mfumo wa chanzo hadi umbizo la mfumo lengwa. Katika hali nzuri, mifumo ya habari hutoa interface maalum ya programu (API) kwa ajili ya kuunganishwa, na katika hali mbaya zaidi, habari lazima isomwe na kuandikwa moja kwa moja kwenye hifadhidata ya maombi. Matokeo yake, ufumbuzi wa ushirikiano wa ndani hutokea - moduli tofauti ya programu ya maendeleo yetu wenyewe na mahitaji yote yanayofuata kwa ajili ya matengenezo yake na kudumisha umuhimu wake.

Ujumuishaji wa hatua kwa hatua

Hili sio shida kubwa mradi tu kuna miunganisho michache ya uhakika - moja au mbili. Hata hivyo, mazoezi yanaonyesha kwamba idadi ya ushirikiano wa hatua kwa hatua huelekea kuongezeka, na ubora wa usimamizi wa ushirikiano huu, kinyume chake, hupungua kwa kasi. Kuna sababu nyingi za hili: idadi ya moduli za ushirikiano zinaongezeka, watengenezaji ambao walifanya moduli moja au nyingine wanaondoka kwenye shirika, muundo wa data katika mifumo iliyounganishwa inabadilika, nk. Matokeo ya kusikitisha ya maendeleo ya mageuzi ya miunganisho ya uhakika ni "mincemeat" ngumu zaidi ya mwingiliano wa ushirikiano kati ya maombi ya biashara, mtazamo kuelekea ni nani wa wafanyakazi wa idara ya IT unaweza kuonyeshwa kwa urahisi kwa maneno machache: "Mradi tu inafanya kazi, ni bora usiiguse." Hata hivyo, hali hii haifai ama idara ya IT yenyewe au wateja wa biashara.

Integration stuffing

Basi la huduma moja

Baada ya kupitia vizazi kadhaa vya mbinu tofauti za ujumuishaji wa programu, tasnia ya programu ya kimataifa imekuja kwenye dhana ya Basi moja la Huduma ya Biashara (ESB). Kwa mtazamo wa usanifu, ESB ni suluhisho la programu ambayo inahakikisha kwamba programu zote zilizounganishwa zinaingiliana kupitia nukta moja, kwa usawa, kutoa watengenezaji na wasimamizi njia za umoja na kuu za kuendeleza, kupima na kufuatilia maendeleo ya matukio yote ya ushirikiano.

Sehemu kuu zinazounda basi ya kisasa ya huduma ni:

• wakala wa ujumbe ni uti wa mgongo wa utendaji wa juu wa kubadilishana ujumbe katika umbizo la umoja kati ya programu kwa wakati halisi;
• adapta - adapta za kiteknolojia na adapta kwa mifumo ya biashara hutoa mwingiliano na programu katika muundo unaokubalika kwao, ikiwasilisha habari kutoka kwa jumbe hizi katika umbizo la umoja linalotambuliwa na wakala - kadiri adapta tofauti hutoa jukwaa fulani la ujumuishaji, ndivyo nafasi inavyoongezeka. kwamba utekelezaji wake katika shirika lako hautahitaji kazi ya ziada ili kuunda adapta maalum kwa mifumo yako;
• mazingira kwa ajili ya kuendeleza matukio ya ushirikiano - jinsi maendeleo ya matukio ya ushirikiano yanavyokuwa rahisi na ya haraka, uwekezaji mdogo katika maendeleo haya, na kwa hiyo kasi ya kurudi kwenye uwekezaji. Basi ya kisasa ya ushirikiano hutoa msanidi zana za kuona kwa ajili ya kujenga matukio ya ushirikiano, ambayo katika hali nyingi hufanya iwezekanavyo kufanya bila coding ya kiwango cha chini;
• Vyombo vya SOA - kufuata kanuni za usanifu unaoelekezwa kwa huduma ni kiwango kisicho na masharti cha suluhisho zote za ujumuishaji wa aina ya "basi ya huduma moja" (kama ilivyo wazi kutoka kwa jina lake). Mifumo ya habari inazingatiwa hapa kama watoa huduma na watumiaji wa huduma, huduma zote zilizochapishwa kwenye basi huwekwa kwenye sajili moja yenye uwezo wa kutumia tena na kudhibiti sera zinazohusiana na huduma;
• zana mbalimbali za udhibiti na usimamizi (ukaguzi, ukataji miti, ufuatiliaji wa kati, ufuatiliaji wa kufuata mikataba ya kiwango cha huduma, n.k.).

Faida za kutumia basi moja ya huduma ni pamoja na:

• kuongeza - uwezo wa kujenga ufumbuzi wa ukubwa wowote na mzigo;
• kubadilika - uwezo wa kutekeleza na kubadilisha matukio ya ushirikiano bila ushiriki mkubwa wa watengenezaji;
• usalama - zana za uthibitishaji na uidhinishaji zilizojengwa hutoa udhibiti wa ufikiaji wa huduma kwa kiwango cha basi yenyewe, kuwaondoa watengenezaji wa matukio ya ujumuishaji kutoka kwa kazi ya kutekeleza taratibu hizi;
• matumizi ya viwango vya wazi - inakuwezesha kupunguza ushiriki wa wataalam wa gharama kubwa katika teknolojia za wamiliki;
• ujumuishaji wa zana za udhibiti na usimamizi - hukuruhusu kuzuia "kutia ukungu" hatua ya uwajibikaji kwa hali za ujumuishaji, hakikisha ufuatiliaji wa kiutendaji na onyo la mapema ikiwa utashindwa.

Mahitaji mengine muhimu kwa utendaji wa mazingira ya ESB ni uwezo wa kutekeleza ushirikiano na mashirika ya nje - washirika wa biashara, wauzaji, wateja wa kampuni, matawi ya mbali. Vipengele vya ujumuishaji kama huo ni ubora usiotabirika wa chaneli, ukosefu wa dhamana ya uwasilishaji wa habari na utayari duni wa kuunganishwa kama vile - kama sheria, shirika la washirika hutoa anuwai ndogo ya muundo wa kubadilishana data. Katika hali hii, basi ya ujumuishaji lazima iwe na zana ya kuunda mwingiliano wa B2B ambayo inaruhusu kubadilishana habari kulingana na wazi, pamoja na viwango vya tasnia, kuhakikisha uwasilishaji wa uhakika, ina njia ya kusanidi ubadilishanaji wa habari katika muktadha wa mshirika maalum wa biashara na, bila shaka, fanya kazi kwa ukamilifu kulingana na kanuni za jukwaa la ushirikiano yenyewe, kutenganisha msanidi wa matukio ya ushirikiano kutoka kwa maelezo ya kiufundi ya mwingiliano na mpenzi.

Basi la Huduma ya Biashara

Usimamizi wa mchakato wa biashara

Sehemu kubwa ya hali za ujumuishaji inamaanisha kuwa ubadilishanaji wa habari hauhusishi tu programu zinazofanya kama vyanzo au wapokeaji wa habari, lakini pia watu - wafanyikazi wa shirika wanaofanya kazi mbali mbali au kufanya maamuzi. Katika kesi hii, tunaweza kuzungumza juu ya kwenda zaidi ya ujumuishaji "safi" na kuibuka kwa chombo kipya katika mwelekeo wa umakini wetu - michakato ya biashara, na katika mahitaji ya jukwaa la ujumuishaji - utendaji mpya wa usimamizi wa mchakato wa biashara (Usimamizi wa Mchakato wa Biashara. , BPM). Ikiwa kuna mahitaji ya BPM, ni lazima jukwaa la ujumuishaji limpe msanidi programu:

• chombo cha muundo wa kuona wa michakato ya biashara - ni bora kwamba zana hizi zinaweza kutumiwa na watu walio mbali na IT, kwa mfano, wachambuzi wa biashara au wataalam wa mbinu. Kwa kuongeza, uwezo wa kuhamisha mifano ya mchakato wa biashara kutoka kwa zana maalum za uundaji hadi mazingira ya maendeleo ni muhimu sana. Chombo sawa kinapaswa kufanya iwezekanavyo kuunda fomu za kazi kwa washiriki wa mchakato, kulinda watengenezaji iwezekanavyo kutoka kwa programu;
• mazingira ya utekelezaji wa mchakato wa biashara - injini maalum ambayo hutoa usindikaji wa sheria za biashara, uhamisho wa kazi kati ya watumiaji na mifumo ya habari kwa mujibu wa mifano ya mchakato wa biashara iliyoendelea, pamoja na usindikaji wa hali za kipekee (kwa mfano, mwigizaji huzidi muda uliopangwa kwa kukamilisha. kazi);
• portal ya washiriki wa mchakato wa biashara - portal maalum ambayo inaruhusu watumiaji kuzindua michakato, kushiriki ndani yao, kufuatilia maendeleo ya michakato ya uendeshaji na kufanya vitendo vya utawala kwa mujibu wa haki zilizowekwa kwao;
• zana za ufuatiliaji na udhibiti. Uwezo wa kuchambua kwa haraka na upya mtiririko wa michakato ya biashara ni sehemu muhimu ya jukwaa lolote la BPM.

Kwa sasa, wachuuzi wengi wa programu wanaelekea kuchanganya mfumo wa BPM na basi ya ujumuishaji kwenye jukwaa moja la vifaa vya kati, kuondoa utengano mkali ambao umekuwepo kwa miaka kadhaa kati ya mifumo ya BPM na zana za ujumuishaji wa programu. Mbinu hii ni ya kimaendeleo sana. Wachuuzi wengine huenda mbali zaidi na kuongeza zana za uundaji wa mchakato wa biashara kwenye jukwaa. Software AG inaanzisha hili kwa kutumia suluhisho linalochanganya zana mashuhuri ya uundaji wa Mfumo wa ARIS na ujumuishaji wa webMethods/mazingira ya BPM.

Matumizi kamili ya jukwaa la ujumuishaji

Inatoa kwenye soko

Hivi sasa, kuna vikundi vitatu vya matoleo ya programu kwa ajili ya kujenga ESBs. Vikundi hivi hutofautiana katika bei na utendaji unaotolewa.

Kundi la kwanza ni mapendekezo kutoka kwa makampuni ambayo bidhaa zao ni viongozi katika utafiti na mashirika ya uchambuzi katika makundi yote yaliyoonyeshwa katika makala (ESB, SOA Governance, BPM, B2B). Kundi hili ni pamoja na:

• IBM na laini yake ya bidhaa ya WebSphere;
• Programu AG yenye jukwaa la ujumuishaji la webMethods;
• Oracle na mfululizo mzima wa mapendekezo;
• Tibco na laini ya Ujumuishaji wa Biashara.

Kimsingi, wale ambao hawapendi maelewano wanaweza kuchagua yoyote ya watengenezaji hawa - kampuni zote zilizoorodheshwa hutoa mistari kamili ya bidhaa (hata hivyo, kwa upande wa Oracle, sio wazi kila wakati ni bidhaa gani tunazungumza juu, tangu baada ya hapo. ununuzi wa idadi ya makampuni, Oracle mara moja hutoa bidhaa kadhaa, sio daima kuunganishwa vya kutosha na kila mmoja). Tibco inasimama kando kidogo, kwa kuwa saizi ya kampuni hii ni ndogo sana kuliko saizi ya wanachama wengine wa hii nne, ambayo inaweza kuongeza mashaka juu ya uthabiti wake. Programu AG bado sio mtengenezaji anayejulikana sana kwenye soko la Kirusi, lakini jukwaa la webMethods, ambalo leo ni toleo muhimu la kampuni hii, lina uwezo mkubwa. IBM na bidhaa zake tayari zinajulikana na hutumiwa na makampuni mengi ya biashara, lakini baadhi yao wana malalamiko kuhusu gharama ya kutekeleza na kudumisha mfumo.

Kundi la pili la mapendekezo ni makampuni ambayo yanazingatia hasa utendaji wa "safi" wa ESB na wamepata mafanikio hapa. Kundi hili linajumuisha: Sun (Glassfish), Maendeleo (Sonic) na Fujitsu.

Ofa kutoka kwa kampuni hizi ni nzuri ikiwa huna nia ya kupanua wigo wa jukwaa lako kuelekea BPM na/au B2B. Vinginevyo, unaweza kuhatarisha kuachwa na utendakazi ambao haujatengenezwa vya kutosha na kuongeza gharama zako za kuiboresha ili kukidhi mahitaji yako.

Kundi la tatu ndilo lililo wengi zaidi na linajumuisha mapendekezo yote ambayo hayakujumuishwa katika makundi mawili yaliyotangulia. Kuorodhesha mapendekezo yote kwenye mada ya ESB katika nakala hii haina maana; unaweza kupata orodha kama hiyo kwenye injini yoyote ya utaftaji. Ikiwa bajeti yako ya ujumuishaji ni ndogo, na una mwelekeo wa kujaribu, unaweza kujaribu bahati yako na yoyote kati yao. Hata hivyo, unadhania hatari zinazohusiana na utendakazi ambao haujatengenezwa vya kutosha na matatizo yanayoweza kutokea ya kutegemewa, usaidizi wa kiufundi na matarajio ya ukuzaji wa bidhaa.

Hitimisho

Kwa kumalizia, ningependa kuwapa wasomaji vidokezo rahisi juu ya kuchagua basi ya ujumuishaji:

• fikiria juu ya kuunda suluhisho la ujumuishaji bila kungoja maswala ya mwingiliano wa programu kukusukuma ukutani. Kadiri kifusi kinavyokuwa kikubwa, ndivyo inavyokuwa vigumu zaidi kuisafisha;
• Chagua jukwaa lako kwa uangalifu. Tafuta muuzaji ambaye anakidhi wewe katika mambo yote, kwa kuwa sasa kuna mengi ya kuchagua. Unapaswa kupendezwa na vigezo vyote vya kiteknolojia vya jukwaa na vipengele vya mbinu vya utekelezaji;
• fikiria kuhusu wakati ujao. Mahitaji ya utendaji ambayo unatambua sasa yanaweza kubadilika sana kwa mwaka, na ikiwa jukwaa halijakidhi, basi itabidi "uhamie" hadi nyingine. Na hoja moja, kama unavyojua, ni sawa na moto mbili.

Kwa maoni yangu, kuna njia mbili za kuunda basi ya ujumuishaji wa biashara:

• "kutoka kwa mifumo iliyojumuishwa";


• "kutoka kwa michakato inayotekelezwa."

Hebu tuangalie mbinu hizi kwa undani zaidi.

Mbinu ya "mifumo shirikishi".

Katika hali hii, basi ya kuunganisha inachukuliwa kama aina ya usafiri ambayo hubeba njia na mazungumzo ya itifaki za kubadilishana ujumbe. Ujumbe wote hupita kwenye mlolongo: chaneli ya ingizo ya adapta ya mfumo wa chanzo -> kipanga njia -> chaneli ya pato ya mfumo wa kupokea. Aina ya mawasiliano kati ya vipengele hivi na teknolojia mahususi hutegemea ikiwa ujumbe unaotoka kwa mfumo mmoja wa chanzo unaweza kuwa na mifumo mingi lengwa, mzigo unaotarajiwa, na mbinu ya kuhakikisha uadilifu wa data (kutumia muamala wa kawaida kwa mifumo yote ya chanzo, au data kuhamishwa kwa kila mfumo wa chanzo katika shughuli zake).

1. Utegemezi wa mifumo, sio aina za ujumbe. Kwa kawaida, idadi ya mifumo iliyounganishwa ni mara kadhaa chini ya idadi ya aina za ujumbe unaopitishwa.


2. Urahisi wa kuunganisha mifumo mpya ya mpokeaji: kuunganisha mfumo mpya wa mpokeaji, ingiza tu data kwenye jedwali la uelekezaji.


3. Urahisi wa utekelezaji wa mfumo wa ufuatiliaji kwa ufumbuzi wa ushirikiano: data kwa ajili ya mfumo wa ufuatiliaji inaweza kuzalishwa katika sehemu moja - katika router (hatua hii, hata hivyo, inaweza kukubaliwa tu na kutoridhishwa, kwa kuwa kuna data inayozalishwa tu katika adapters. ya mifumo iliyojumuishwa).


4. Urahisi wa msaada wa suluhisho. Kwa kuwa ujumbe wote hupitia router moja, mantiki yote ya kupeleka ujumbe na kufuatilia utegemezi kati ya ujumbe inaweza kutekelezwa katika sehemu moja - katika router hii.


5. Sharability ya mfumo kati ya watengenezaji. Kwa kuwa msingi wa mfumo na adapta zote ni huru kwa kila mmoja (mawasiliano hutolewa tu kwa njia ya interfaces zilizojitolea na zilizoelezwa), kazi za maendeleo yao zinaweza kugawanywa kati ya waandaaji wa programu, ambayo inaruhusu mchakato wa kuunda na kutekeleza ufumbuzi wa ushirikiano kuwa sambamba.

1. Suluhisho linatumika tu kwa utekelezaji wa mantiki ya kupitisha ujumbe, i.e. ikiwa kuna ufuatiliaji wa utegemezi na sheria za mabadiliko zinazofanana kwa ujumbe wote au zaidi. Ikiwa aina tofauti za ujumbe zina mantiki tofauti kabisa ya kufuatilia utegemezi na kusimamia ubadilishanaji, italazimika kuhamishiwa kwa adapta, ambayo inapuuza faida ya 4, au haitawezekana kutekeleza kabisa.


2. Mpango huu unafaa kwa kutekeleza ubadilishanaji wa asynchronous. Katika kesi ya kubadilishana synchronous au mchanganyiko, utata wa kutekeleza mbinu hii huongezeka kwa kiasi kikubwa.


3. Kunaweza kuwa na kupungua kwa utendaji wa suluhisho. Kwa mfano, ikiwa ujumbe lazima usambazwe kwa kila moja ya mifumo lengwa katika shughuli tofauti, ni muhimu kutenganisha mfumo wa chanzo, kernel na mifumo lengwa na foleni. Foleni hizi zinaweza kuwa kikwazo cha mfumo.

Mbinu inayotegemea mchakato

Katika kesi hii, kila mchakato wa biashara unaohitaji kubadilishana data kati ya mifumo kadhaa unazingatiwa tofauti. Basi hutekeleza ubadilishanaji huu. Tukio ambalo linaanzisha mchakato wa kubadilishana ni upokeaji wa ujumbe kutoka kwa mfumo wa chanzo. Ujumbe uliopokelewa kutoka kwa mfumo wa chanzo hupitishwa kwa mfumo wa mpokeaji mmoja au zaidi, na sio kazi za usafiri tu zinazotekelezwa, lakini matokeo ya usindikaji wa ujumbe pia hufuatiliwa na ujumbe unaopitishwa unahusishwa na wengine.

Mbinu hii ina faida zifuatazo:

1. Kubadilika. Mbinu hii hukuruhusu kutekeleza mantiki yako tofauti ya kubadilishana kwa kila aina ya ujumbe. Mantiki hii inaweza kuwa isiyo ya maana kabisa.


2. Utata wa kutekeleza ubadilishanaji wa asynchronous na synchronous ni takriban sawa.


3. Uhuru wa nyuzi, au tuseme, katika kesi hii ni sahihi zaidi kuzungumza juu ya michakato. Maamuzi ya kiufundi yaliyofanywa wakati wa utekelezaji wa mchakato mmoja wa kubadilishana haiathiri utata wa utekelezaji wa mwingine.

Mbinu hii ina hasara zifuatazo:

1. Utegemezi wa aina za ujumbe. Kwa kawaida, idadi ya aina za ujumbe ni mara nyingi zaidi ya idadi ya mifumo iliyounganishwa. Wakati wa kuunganisha mfumo mpya wa chanzo kwa basi, ni muhimu kusambaza ujumbe kwa aina na kutekeleza mchakato wake wa kubadilishana kwa kila aina ya ujumbe.


2. Ikiwa mantiki sawa ya kubadilishana lazima itekelezwe kwa aina kadhaa za ujumbe, basi kurudia kwa msimbo na/au mipangilio ya basi inawezekana.


3. Michakato ya kupitisha ujumbe inategemea adapta za mfumo na inaweza kutegemeana, pamoja na michakato ya huduma. Uwepo wa utegemezi huo hupunguza kiwango cha usawa wa mchakato wa maendeleo na utekelezaji wa ufumbuzi wa ushirikiano. Waendelezaji wa vipengele vingine hutegemea matokeo ya kazi ya watengenezaji wa vipengele vingine vya ufumbuzi wa ushirikiano.

Uchaguzi wa mbinu unafanywa kulingana na algorithm ifuatayo:

1. Pokea kutoka kwa wachambuzi orodha na maelezo ya mifumo iliyounganishwa na aina za ujumbe.


2. Pokea kutoka kwa wachambuzi orodha na maelezo ya michakato ya biashara inayohusisha mifumo inayohitaji ujumuishaji.


3. Ikiwa michakato ni ndogo na kuna mifumo michache zaidi kuliko aina za ujumbe, ubadilishanaji haufanani, na uhamishaji wa ujumbe mmoja kwa mifumo kadhaa inahitajika - tunachagua njia ya kwanza. Tunaamua juu ya sera ya usimamizi wa shughuli.


4. Ikiwa michakato inahusisha ubadilishanaji wa synchronous kwa kiasi kikubwa, na taratibu ni ngumu, i.e. kifungu cha ujumbe kinategemea matokeo ya usindikaji wake katika mifumo ya kupokea, kisha tunachagua njia ya pili. Hoja inayounga mkono mbinu hii inaweza pia kuwa ukweli kwamba idadi ya aina za ujumbe inalinganishwa na idadi ya mifumo iliyojumuishwa.

Inahitajika kuelewa wazi kuwa njia hizi za utekelezaji sio nadharia, sio lazima kuchagua njia ya kwanza tu au ya pili tu. Wanaweza kuunganishwa kila wakati, mabasi ya kisasa ya huduma ya biashara ( E.S.B.) kukuruhusu kufanya hivi.

Nilipenda ujumbe -

Ikiwa utafanya ukaguzi wa miundombinu ya IT katika hatua hii, utambuzi wa kawaida utaonekana kama hii:

1) Miundombinu iliyopo ya TEHAMA ina miunganisho mingi sana (wakati mwingine iliyofichwa na kumbukumbu hafifu) kati ya mifumo na, kwa hivyo, inahitaji idhini na marekebisho mengi wakati wa kufanya mabadiliko yoyote, hata kidogo.

2) Hakuna kitengo kimoja cha udhibiti kinachohusika na kusasisha na kutoa data kutoka kwa mifumo mbalimbali ya habari.

3) Hakuna udhibiti wa michakato ya kubadilishana: hakuna mazingira ya umoja ya kubadilishana data kati ya mifumo ya habari.

4) Kuna "Zoo ya Kiteknolojia": mifumo mbalimbali ya habari na itifaki za kubadilishana data zinazotumiwa, viunganisho vingi (mara nyingi hutengenezwa ili kuagiza au kujitegemea), nk.

Suluhisho la seti ya matatizo hayo liko katika mpito wa kujenga miundombinu ya TEHAMA kwa kuzingatia dhana ya Usanifu Mwelekeo wa Huduma (SOA), kipengele muhimu ambacho ni Basi la Huduma ya Ushirikiano. Basi ni programu ambayo hukuruhusu kuchanganya idadi kubwa ya majukwaa na programu, na pia kupanga mwingiliano kati yao kulingana na huduma. Wakati huo huo, teknolojia ambazo mifumo na huduma zao zinatekelezwa haijalishi; inaweza kuwa JAVA, .NET au jukwaa lingine.

Basi la kuunganisha kwa kawaida hutoa vipengele vifuatavyo:

Ubadilishaji wa ujumbe pamoja na usambazaji wa ujumbe, usambazaji wa algoriti, kupanga foleni na ufuatiliaji;

Kufanya kazi na ujumbe katika hali: synchronous, asynchronous, uhakika-kwa-point, kuchapisha-kujiandikisha;

Msaada kwa ujumbe wa XML na SOAP;

Uwezo wa kuunganisha mifumo mingi kupitia adapta zilizotengenezwa tayari na API za kuandika adapta mpya;

Orchestration (uwekaji otomatiki, uratibu na usimamizi) wa huduma.

Kwa kweli, usanifu unaotumia Basi ya Huduma ya Ujumuishaji inaonekana kama hii:

Kielelezo 1 Usanifu kwa kutumia basi ya kuunganisha

Wakati wa kuanzisha basi ya ujumuishaji, ujumuishaji wa mifumo mpya - iliyonunuliwa na iliyoundwa kwa kujitegemea - imerahisishwa sana. Huduma sio maombi ya monolithic tena, lakini imegawanywa katika huduma moja. Kwa mfano: huduma ya mchanganyiko "zingatia ombi la mkopo" inaweza kugawanywa katika "huduma za kitengo" zifuatazo:

• Ingiza maelezo ya mteja
• Angalia ikiwa rekodi ipo kwa mteja fulani
• Pata orodha ya akaunti za mteja
• Pata orodha ya huduma zinazotumiwa na mteja
• Pata data iliyojumlishwa kwenye historia ya malipo ya mkopo
• Pata data kwa ripoti
• Pata salio la akaunti
• Kokotoa ukadiriaji wa mkopo
• Tengeneza ripoti kwa ukaguzi na meneja
• Sasisha maelezo ya akaunti
• Tengeneza arifa kwa mteja

Kumbuka kwamba baadhi ya "huduma za kitengo" zinaweza kutumika katika uendeshaji wa vipengele vingine, ambayo huongeza uadilifu kwenye mfumo, hurahisisha kudumisha, na kupunguza hatari.

Kwa mfano, tovuti ya mteja wa benki inachanganya ripoti za sasa za akaunti, ripoti za malipo ya rehani na taarifa za kadi ya mkopo kwenye ukurasa mmoja. Wakati huo huo, data ya akaunti, data ya malipo ya rehani, na data ya kadi ya mkopo inaweza kuchukuliwa kutoka kwa mifumo tofauti. Kulingana na data ya CRM, ofa ambayo inaweza kuwa ya kuvutia haswa kwa mteja fulani inaweza kuonyeshwa kwenye ukurasa huo huo.

Kama matokeo ya utekelezaji wa basi ya ujumuishaji, uwazi wa kubadilishana data hupatikana ndani ya mfumo wa michakato iliyopo na inayotekelezwa ya biashara, inawezekana kuongeza ufanisi na tija ya wafanyikazi na idara, na pia kuboresha ubora wa mteja. kuridhika, na kupunguza gharama za kuunda na kudumisha miundombinu ya TEHAMA ya Benki.

Kielelezo kifuatacho kinaonyesha jinsi mwingiliano wa mifumo ya IT ya benki inavyobadilika baada ya utekelezaji wa basi ya kuunganisha.

Kuchora2 Usanifu wa IT wa benki kabla na baada ya utekelezaji wa basi

Hivi sasa, chaguo kwenye soko la basi la ujumuishaji ni pana kabisa. Mifumo yote ya kibiashara na bidhaa huria huwasilishwa. Miongoni mwa wazalishaji wa mabasi ya ushirikiano ambao ni viongozi katika utekelezaji nchini Urusi, tunaweza kuonyesha IBM na Oracle; TIBCO inaweza kujumuishwa kati ya wauzaji wakuu wa kigeni.

Hebu fikiria utekelezaji wa mabasi ya ushirikiano katika benki kadhaa kubwa za kimataifa.

Benki ya Chinatrust Commercial hutumia basi la ushirikiano kusaidia bidhaa na huduma zake. Usanifu unaozingatia huduma kulingana na basi la ujumuishaji huunganisha zaidi ya mifumo sabini kwenye majukwaa mengi, kama vile: mfumo wa benki otomatiki, benki ya mtandao, mfumo wa rehani, mfumo wa bahati nasibu, mfumo wa otomatiki wa mtiririko wa kazi, menyu ya sauti inayoingiliana, n.k. Kwa wakati halisi, huduma kama vile kujumlisha data, muhtasari wa akaunti, uhamishaji unaoingia na kutoka, uhamishaji, arifa (utendaji wa mawasiliano kulingana na tukio umewezeshwa) na zinginezo. Gharama za kuunganisha mifumo mipya zimepungua kwa wastani wa 30..40%.

Kwa sasa, basi la kuunganisha benki linaauni miamala 100,000 ya kila siku katika sekta ya ushirika na 50,000 kwa rejareja. Idadi ya miamala ya benki mtandaoni iliongezeka kutoka 150,000 hadi 1,200,000 kwa siku.

Benki ya Singapore-Malaysia OCBC hivi majuzi iliweka lengo la miaka mitano la kuongeza ufanisi wa utendaji kazi kwa 25% na kupunguza gharama ya kutengeneza violesura vya programu mpya kwa 30%. Huduma ya kwanza ya msingi wa SOA ilizinduliwa mnamo 2006. Baada ya miezi sita, kulikuwa na huduma za kitengo 116 zinazoendeshwa, ambayo kila moja ilitumika katika huduma za mchanganyiko. Huduma 50 za mtu binafsi zilikuwa sehemu ya vipengele kadhaa. Ili kusaidia michakato ya ujumuishaji, benki iliunda Kituo cha Uwezo wa Ujumuishaji. OCBC inaamini kwamba SOA ina jukumu muhimu katika kufikia malengo yake yaliyotajwa.

Huko Japan, ushindani katika uwanja wa benki ya mtandao ni wa juu sana. Sumishin Net Bank, Ltd. kuweka lengo la kutoa bidhaa mbalimbali sokoni kwa muda mfupi kuliko taasisi nyingine za fedha. Ili kufikia lengo hili, benki ilihitaji kufikia viwango vikali vya kiufundi vilivyowekwa kwenye sekta ya benki ya Japani wakati huo huo ikitengeneza faida ya ushindani. Usanifu unaozingatia huduma ulitengenezwa kwa kutumia bidhaa kumi za programu, ikiwa ni pamoja na basi ya ushirikiano. Katika miezi 18 tu baada ya kuzinduliwa kwa njia mpya ya huduma, takriban yen bilioni 600 (karibu dola bilioni 6) ziliwekezwa katika benki hiyo, na akaunti 400,000 zilifunguliwa. Unyumbulifu wa ajabu ulipatikana katika kuongeza huduma mpya. Gharama ya maendeleo yao imepungua kwa kiasi kikubwa.

Katika Urusi, mabasi ya ushirikiano hutumiwa katika makampuni mengi makubwa, ikiwa ni pamoja na waendeshaji wa simu, sekta ya benki, na pia katika tata ya mifumo ya serikali ya elektroniki ya Shirikisho la Urusi. Utekelezaji wa mabasi ya ujumuishaji kawaida hufanywa na waunganishaji wa mfumo. Hasa, kampuni yetu ya AMT-GROUP, ambayo kwa mujibu wa cnews.ru imejumuishwa katika makampuni ya Juu 20 ya Kirusi kutoa huduma za IT kwa mabenki, ina uzoefu wa mafanikio katika kufanya kazi na mabasi ya ushirikiano na utekelezaji wao katika nyanja mbalimbali za shughuli, ikiwa ni pamoja na sekta ya benki. . Wataalamu wetu wana uzoefu mkubwa katika kuunda usanifu unaozingatia huduma kulingana na mabasi ya ujumuishaji, ikijumuisha michakato ya ukaguzi wa biashara na uwekaji otomatiki wao unaofuata, kuunda viunganishi vya mifumo iliyojumuishwa na kuboresha mazingira ya kazi.

Nakala hutumia nyenzo kutoka kwa vyanzo wazi:
http://www.tibco.com/multimedia/ss-ctcb_tcm8-15110.pdf
http://www.eawriter.com/images/case_studies/TIBCO_2.pdf
http://www-01.ibm.com/software/success/cssdb.nsf/CS/JSTS-7V4BWP?OpenDocument&Site=corp&cty=en_us

Kadiria:

4 15