Įvadas į operacijų apdorojimą

Įvairių rūšių verslas gali investuoti į operacijų proceso sistemą kaip IT prekybininkų paslaugų dalį ar kitas programinės įrangos architektūros dalis. Tačiau, kaip ir kai kurie kiti terminai, susiję su IT, ši etiketė gali atrodyti šiek tiek neaiški. Iš dalies dėl to, kad operacijų apdorojimas nėra tik finansinių operacijų terminas, nors daugelis TPS sistemų, tokių kaip kreditinių kortelių tvarkymas, gali suktis dėl pinigų keitimo proceso.

Iš esmės operacijų apdorojimas yra įvairių operacijų modelis, apimantis ir finansines operacijas, ir kitus procesus, tokius kaip patikrinimai. Ekspertai prieštarauja operacijų apdorojimui su kitokio tipo modeliu, vadinamu paketo apdorojimu, kai didesnis skaičius atskirų operacijų yra tvarkomas kartu. Abu gali būti taikomi standartinėms elektroninės komercijos sistemoms, tvarkančioms finansines operacijas.

Kai mes kalbame apie operacijų apdorojimą, terminas „operacija“ reiškia visą procesą. Norint, kad procesas vyktų sėkmingai, jis turi būti baigtas nuo pradžios iki pabaigos. Pinigai turi išeiti iš vienos sąskaitos ir pereiti į kitą sąskaitą. Su kitomis nefinansinių operacijų rūšimis reikia atnaujinti skirtingas programinės įrangos architektūros dalis. Priešingu atveju sistemoje gali būti tai, kas vadinama „atsisakyta operacija“ (arba „Microsoft“ vadinama „vientisumo praradimu“).

Atmesto sandorio priešingybė yra tai, kas vadinama „ilgalaikiu sandoriu“. Šios ilgalaikės operacijos yra pagrindinis daugelio internetinės veiklos rūšių, tokių kaip bilietų ar renginių užsakymas, kreditinių kortelių apdorojimas ir kiti „quid pro quo“ susitarimai, atvejai, kai reikia atnaujinti kelias sistemas, o vienas skaitmeninis įvykis turi derėti su kitu. Taigi, kaip operacijų apdorojimas padeda užtikrinti tokio tipo patvarumą? Pažiūrėkime.

ACID ir BASE operacijų modeliai

Laikui bėgant duomenų specialistai sukūrė įvairius modelius, kurie skatina sėkmingus ir ilgalaikius sandorius. Vienas iš jų vadinamas atomiškumu, konsistencija, izoliacija ir ilgaamžiškumu arba ACID. Ši „kieta“ operacijų tikrinimo sistema paskatino kitą modelį, vadinamą iš esmės prieinamu, minkštu režimu, galimu nuoseklumu arba BASE - įvairesne alternatyva. Abu šie modeliai gali nukreipti IT specialistus į nuoseklesnes operacijų apdorojimo sistemas. Norėdami įsivaizduoti, kaip veikia šie du metodai, įsivaizduokite dvi iš tų senų analoginių palapinių sistemų traukinių stotyje, kur atnaujinimai apima įvairius judančius elementus su tvarkaraščio informacija. Vienas iš jų kelias sekundes įnirtingai ploja, paskui pasitraukia. Kitas tęsiasi, bėgant laikui vingiuoja iš kelių siaurėjančių stūmoklių ir gniaužia visą galimą tylą. Pirmasis pavyzdys nurodo ACID, o antrasis - BASE. Abiem atvejais tikslas yra tas pats: visiška duomenų skiriamoji geba. (Jei norite sužinoti apie ACID fono skaitymą, skaitykite mūsų duomenų bazių įvadą.)

Sandorių valdytojai

Kitas pagrindinis operacijų proceso sistemų elementas yra operacijų tvarkytojas. Šis terminas yra vienas iš daugelio terminų, susijusių su personifikacija šiuolaikinėje IT. Ne taip seniai terminas reiškė asmenį, kuriam buvo pavesta atlikti sandorius, dažniausiai finansinius. Tomis dienomis banko kasininkas galėjo būti vadinamas operacijų valdytoju. Šiandien vartojamas terminas, priešingai, reiškia visai nematerialų visos operacijų apdorojimo sistemos elementą, tačiau tą, kuris vaidina iš anksto nustatytą vaidmenį.

Naudojant transakcijų valdytojus, įgalinant įvairių rūšių TPS, gali kilti problemų. Pavyzdžiui, kūrėjai, dirbantys su J2EE ar panašiais ištekliais, gali patirti nuostolių, kai paskambinę operacijų valdytojui pateikia įvairių klaidų. Visų rūšių deklaracijos ir kintamieji turi būti teisingi, kad būtų galima veiksmingai paskambinti operacijų valdytojui, o kūrėjų forumuose gausu pasakojimų apie tokio tipo sąrankas, kurios tiesiog nebuvo visiškai teisingos.

Kalbos geriausios praktikos vadovai (pvz., Šis J2EE) gali pateikti keletą patarimų apie operacijų valdymą ir kitus palaikymo metodus, pavyzdžiui, programų kūrimo sistemas. Kiti operacijų ištekliai apima „Object Transaction Service“ (OTS), kurią sukūrė „Object Management Group“, siekdama išspręsti tam tikrus sudėtingumus ir kelių platformų procesus.

„Microsoft“ taip pat pateikė keletą platesnių šaltinių; Naujesnės „Windows“ OS versijos pristatomos naudojant „Kernel Transaction Manager“ (KTM), kurios palaiko „C ++“ programas. Nuo 2000 m. „Microsoft“ taip pat pasiūlė „Microsoft Distributed Transaction Coordinator“ (DTC) palaikyti kryžmines platformas.

Kitos aplinkybės, susijusios su operacijų proceso sistemomis

Apskritai, norint pasiekti veiksmingą TPS sąranką, reikia pasiekti daugybę pagrindinių tikslų. Duomenys turi būti prieinami gerai veikiančiose duomenų struktūrose ir turi būti apsaugoti nuo įvairių rūšių gedimų. Sudėtingos atsarginės sistemos padeda užtikrinti apsaugą nuo kibernetinių išpuolių, stichinių nelaimių ar kitų rūšių įsipareigojimų. Kai kurios iš aukščiau paminėtų priemonių buvo sukurtos siekiant padėti susidoroti su duomenų sugadinimu ir kitomis problemomis, kurios gali turėti įtakos operacijų patvarumui.

Ilgalaikiai sandoriai reiškia, kad reikia išspręsti ir kelių platformų atnaujinimus. ACID ir BASE modeliai čia yra pamokantys. Didelis darbas, kurį atlieka šiuolaikiniai specialistai, yra susijęs su tokio pobūdžio nuoseklumu ir įsitikinimu, kad viena duomenų sistemos dalis sutampa su kita - visa tai tam, kad būtų palaikomi pagrindiniai procesai, kurie paprastai žymimi kaip operacijos.

Akivaizdu, kad yra daug išsamesnių TPS sistemų elementų ir kiekvienu atveju nagrinėjamų problemų bei sprendimų, tačiau ten, kur jas spręsti gali dalyvauti įvairi žmonių grupė (pavyzdžiui, kai verslas turi tam tikrų problemų, susijusių su technologijų pardavėjai), prasminga pirmiausia paaiškinti šią pagrindinę IT terminiją.