En introduktion till transaktionsbehandling

Företag av många olika typer kan investera i ett transaktionsprocesssystem som en del av IT-handlare eller andra delar av mjukvaruarkitekturen. Men liksom några av de andra termerna kring IT, kan denna etikett verka lite vag. Det beror delvis på att transaktionshantering inte bara är en term för finansiella transaktioner, även om många TPS-system, till exempel sådana för kreditkortsbehandling, kan kretsa kring att byta pengar.

I huvudsak är transaktionsbehandling en modell för olika transaktioner, inklusive både finansiella transaktioner och andra processer som verifieringar. Experter kontrasterar transaktionsbehandling med en annan typ av modell som kallas batchbehandling, där ett större antal enskilda transaktioner hanteras kollektivt. Båda kan båda tillämpas på vanliga e-handelssystem som hanterar finansiella transaktioner.

När vi talar om transaktionsbehandling avser termen "transaktion" hela processen. För att lyckas måste processen vara klar från början till slut. Pengarna måste komma ut från ett konto och gå till ett annat konto. Med andra typer av icke-finansiella transaktioner måste olika delar av en mjukvaruarkitektur uppdateras. Annars kan systemet ha det som kallas en "tappad transaktion" (eller vad Microsoft kallar "att förlora integritet").

Det motsatta av en tappad transaktion är vad som kallas en "hållbar transaktion". Dessa hållbara transaktioner är den grundläggande grunden för många onlineaktiviteter, såsom biljett- eller evenemangsbokning, kreditkortsbehandling och andra quid pro quo-arrangemang där flera system måste uppdateras och en digital händelse måste anpassas till en annan. Så hur hjälper transaktionsbehandlingen att säkerställa den här typen av hållbarhet? Låt oss ta en titt.

ACID- och BASE-transaktionsmodeller

Med tiden har dataspecialister producerat olika modeller som främjar framgångsrika och hållbara transaktioner. En av dessa kallas atomicitet, konsistens, isolering och hållbarhet eller syra. Detta "hårda" system för att verifiera transaktioner ledde till en annan modell som kallas i princip tillgängligt, soft state, eventuell konsistens eller BASE, ett mer mångsidigt alternativ. Båda dessa modeller kan vägleda IT-proffs mot mer konsekventa transaktionsbehandlingssystem. För en enkel uppfattning om hur dessa två metoder fungerar, föreställ dig två av de gamla analoga markeringssystemen på en järnvägsstation, där uppdateringar involverar olika blandningar med tidtabellinformation. En av dem klappar rasande i några sekunder och slutar sedan. Den andra fortsätter och avvecklar sig över tiden från några avsmalnande plunkar och tonar hela vägen till slutlig tystnad. Det första exemplet hänvisar till ACID, medan det andra representerar BASE. I båda fallen är målet detsamma: total dataupplösning. (För lite bakgrundsläsning om ACID, kolla in vår Introduktion till databaser.)

Transaktionschefer

Ett annat grundelement i transaktionsprocesssystem är transaktionshanteraren. Denna term är en av de många personifieringsbaserade termerna inom modern IT. Det var inte för länge sedan att termen hänvisade till en person som fick i uppdrag att genomföra transaktioner, vanligtvis ekonomiska. På dessa dagar kan en bankteller ha kallats transaktionshanterare. Däremot avser termen som det används idag till stor del ett immateriellt element i transaktionsbehandlingssystemet som helhet, men ett med en fördefinierad roll.

Användningen av transaktionshanterare, även om det möjliggör olika typer av TPS, kan vara problematiskt. Till exempel kan utvecklare som arbetar med J2EE eller liknande resurser bli förlorade när ett samtal till transaktionschefen returnerar olika fel. Alla typer av deklarationer och variabler måste vara rätt för att kunna ringa transaktionshanteraren effektivt, och utvecklarforum är överflödiga med berättelser om denna typ av inställningar som helt enkelt inte var riktiga.

Språkspecifika guider för bästa praxis (som den här för J2EE) kan ge några tips om transaktionshantering och andra supportmetoder som applikationsutvecklingsramar. Andra transaktionsresurser inkluderar Object Transaction Service (OTS), som producerades av Object Management Group för att hantera vissa komplexitet och processer över plattformar.

Microsoft har också kommit med några bredare resurser; nyare Windows OS-versioner levereras med Kernel Transaction Manager (KTM), som kan stödja C ++ -applikationer. Microsoft har också erbjudit Microsoft Distribuerad transaktionskoordinator (DTC) sedan 2000 för transportsupport över plattformar.

Andra överväganden med transaktionsprocesssystem

I allmänhet finns det en rad viktiga mål som måste uppfyllas för effektiva TPS-uppsättningar. Data måste vara tillgängliga i välfungerande datastrukturer och de måste skyddas från olika typer av fel. Sofistikerade backup-system hjälper till att tillhandahålla skyddsåtgärder mot cyberattacker, naturkatastrofer eller andra typer av skulder. Några av de verktyg som nämns ovan skapades för att hjälpa till att hantera datakorruption och andra problem som kan påverka transaktionens hållbarhet.

Hållbara transaktioner innebär att även plattformsuppdateringar måste lösa. Här finns ACID- och BASE-modellerna. Mycket av det arbete som moderna proffs gör är relaterat till den här typen av konsistens och att se till att en del av ett datasystem matchar ett annat, allt för att stödja de nyckelprocesser som vanligtvis är märkta som transaktioner.

Uppenbarligen finns det mycket mer detaljerade delar av TPS-system och fall och fall problem och lösningar att titta på, men där en mångfaldig grupp människor kan vara involverade i att hantera dem (till exempel när ett företag har vissa problem med sina tekniska leverantörer), är det vettigt att hjälpa till att förtydliga denna viktiga IT-terminologi först.