Ievads darījumu apstrādē

Daudzu dažādu veidu uzņēmumi var ieguldīt darījumu procesu sistēmā kā daļu no IT tirgotāju pakalpojumiem vai citām programmatūras arhitektūras daļām. Tomēr, tāpat kā daži citi termini, kas saistīti ar IT, šī etiķete var šķist nedaudz neskaidra. Daļēji tas ir tāpēc, ka darījumu apstrāde pamatā nav tikai finanšu darījumu termins, lai gan daudzas TPS sistēmas, piemēram, kredītkaršu apstrādes sistēmas, var griezties ap naudas maiņas procesu.

Būtībā darījumu apstrāde ir modelis dažādiem darījumiem, ieskaitot gan finanšu darījumus, gan citus procesus, piemēram, pārbaudes. Eksperti kontrastē darījumu apstrādi ar cita veida modeli, ko sauc par pakešapstrādi, kur lielāks skaits atsevišķu darījumu tiek apstrādāts kolektīvi. Abas no tām var piemērot standarta e-komercijas sistēmām, kas apstrādā finanšu darījumus.

Kad mēs runājam par darījumu apstrādi, termins “darījums” attiecas uz visu procesu. Lai process būtu veiksmīgs, tas jāpabeidz no sākuma līdz beigām. Naudai jānāk no viena konta un jāieiet citā kontā. Veicot cita veida nefinanšu darījumus, ir jāatjaunina dažādas programmatūras arhitektūras daļas. Pretējā gadījumā sistēmai var būt tā sauktais "samazināts darījums" (vai tas, ko Microsoft sauc par "integritātes zaudēšanu").

Pretstats atteiktajam darījumam ir tas, ko sauc par “ilgstošu darījumu”. Šie ilgstošie darījumi ir daudzu tiešsaistes darbību, piemēram, biļešu vai pasākumu rezervēšanas, kredītkaršu apstrādes un citu quid pro quo vienošanos, pamats, jo ir jāatjaunina vairākas sistēmas, un vienam digitālajam notikumam jābūt saskaņotam ar citu. Tātad, kā darījumu apstrāde palīdz nodrošināt šāda veida izturību? Apskatīsim.

ACID un BASE transakciju modeļi

Laika gaitā datu speciālisti ir izstrādājuši dažādus modeļus, kas veicina veiksmīgus un ilgstošus darījumus. Vienu no tiem sauc par atomu, konsistenci, izolāciju un izturību jeb ACID. Šī "cietā" darījumu pārbaudes sistēma noveda pie cita modeļa, ko sauc par principā pieejamu, mīkstu stāvokli, iespējamo konsekvenci vai BASE - daudzpusīgāku alternatīvu. Abi šie modeļi var IT speciālistus virzīt uz konsekventākām darījumu apstrādes sistēmām. Lai iegūtu vienkāršu ideju par šo divu metožu darbību, iedomājieties divas no tām vecajām analogajām telšu sistēmām dzelzceļa stacijā, kur atjauninājumi ietver dažādas sajaukšanas vienības ar grafika informāciju. Viens no viņiem dažas sekundes nikni klaigā, pēc tam aiziet. Otrs turpina iet uz priekšu, laika gaitā pārtraucoties no dažiem sašaurinātiem virzieniem un slāpēm līdz klusumam. Pirmais piemērs attiecas uz ACID, bet otrais apzīmē BASE. Abos gadījumos mērķis ir vienāds: kopējā datu izšķirtspēja. (Lai iegūtu papildinformāciju par ACID, skatiet sadaļu Ievads datu bāzēs.)

Darījumu vadītāji

Vēl viens darījumu procesu sistēmu pamatelements ir darījumu pārvaldnieks. Šis termins ir viens no daudzajiem uz personifikāciju balstītajiem terminiem mūsdienu IT. Ne pārāk sen tika lietots termins, kas attiecās uz personu, kurai uzdots pabeigt darījumus, parasti finanšu darījumus. Tajos laikos bankas kasieri varēja saukt par darījumu vadītāju. Turpretī šodien lietotais termins lielākoties attiecas uz nemainīgu darījumu apstrādes sistēmas elementu kopumā, bet vienu ar iepriekš noteiktu lomu.

Darījumu pārvaldnieku izmantošana, vienlaikus nodrošinot dažāda veida TPS, var būt problemātiska. Piemēram, izstrādātāji, kas strādā ar J2EE vai līdzīgiem resursiem, var nonākt zaudējumos, kad zvans uz darījumu pārvaldnieku atgriež dažādas kļūdas. Visu veidu deklarācijām un mainīgajiem ir jābūt pareiziem, lai efektīvi piezvanītu darījumu pārvaldītājam, un izstrādātāju forumos ir daudz stāstu par šāda veida iestatījumiem, kuriem vienkārši nebija taisnība.

Valodas paraugprakses rokasgrāmatas (piemēram, šis J2EE) var sniegt dažus padomus par darījumu pārvaldību un citām atbalsta metodēm, piemēram, lietojumprogrammu izstrādes ietvariem. Citos darījuma resursos ietilpst Object Transaction Service (OTS), kuru izveidoja Objektu pārvaldības grupa, lai risinātu noteiktas sarežģītības un vairāku platformu procesus.

Microsoft ir nākusi klajā arī ar dažiem plašākiem resursiem; jaunākas Windows OS versijas tiek piegādātas ar Kernel Transaction Manager (KTM), kas var atbalstīt C ++ programmas. Kopš 2000. gada Microsoft piedāvā arī Microsoft izplatīto transakciju koordinatoru (DTC) pārrobežu platformu darījumu atbalstam.

Citi apsvērumi saistībā ar darījumu procesu sistēmām

Kopumā ir nepieciešami dažādi galvenie mērķi, kas jāizpilda, lai nodrošinātu efektīvu TPS iestatījumu. Datiem jābūt pieejamiem labi funkcionējošās datu struktūrās, un tie ir jāaizsargā no dažāda veida kļūmēm. Sarežģītas rezerves sistēmas palīdz nodrošināt aizsardzību pret kiberuzbrukumiem, dabas katastrofām vai cita veida saistībām. Daži no iepriekšminētajiem rīkiem tika izveidoti, lai palīdzētu tikt galā ar datu korupciju un citām problēmām, kas varētu ietekmēt darījumu noturību.

Izturīgi darījumi nozīmē, ka ir jāatrisina arī starp platformu atjauninājumi. ACID un BASE modeļi šeit ir pamācoši. Liela daļa darbu, ko veic mūsdienu speciālisti, ir saistīts ar šāda veida konsekvenci un pārliecināšanos, ka viena datu sistēmas daļa sakrīt ar otru, - lai atbalstītu tos galvenos procesus, kas parasti tiek apzīmēti kā darījumi.

Acīmredzami ir daudz detalizētāki TPS sistēmu elementi, kā arī katrā atsevišķā gadījumā aplūkojamas problēmas un to risinājumi, bet kur to risināšanā varētu būt iesaistīta daudzveidīga cilvēku grupa (piemēram, ja uzņēmumam ir noteiktas problēmas ar tā tehnoloģiju pārdevēji), ir lietderīgi vispirms noskaidrot šo galveno IT terminoloģiju.