Een inleiding tot transactieverwerking

Bedrijven van veel verschillende typen kunnen investeren in een transactieproces als onderdeel van IT-handelaarservices of andere delen van de software-architectuur. Net als sommige andere termen rond IT, kan dit label echter een beetje vaag lijken. Dat komt deels omdat transactieverwerking in de kern niet alleen een term is voor financiële transacties, hoewel veel TPS-systemen, zoals die voor creditcardverwerking, kunnen draaien rond het proces van geldwisselende handen.

In wezen is transactieverwerking een model voor verschillende transacties, waaronder zowel financiële transacties als andere processen zoals verificaties. Experts contrasteren transactieverwerking met een ander type model dat batchverwerking wordt genoemd, waarbij een groter aantal afzonderlijke transacties collectief wordt afgehandeld. Beide kunnen worden toegepast op standaard e-commerce systemen die financiële transacties afhandelen.

Als we het hebben over transactieverwerking, verwijst de term "transactie" naar het hele proces. Om succesvol te zijn, moet het proces van start tot finish worden voltooid. Het geld moet uit de ene rekening komen en op een andere rekening gaan. Bij andere soorten niet-financiële transacties moeten verschillende delen van een software-architectuur worden bijgewerkt. Anders kan het systeem een ​​zogenaamde 'gestaakte transactie' hebben (of wat Microsoft 'integriteit verliezen' noemt).

Het tegenovergestelde van een vervallen transactie is wat een 'duurzame transactie' wordt genoemd. Deze duurzame transacties vormen de fundamentele basis voor veel online activiteiten, zoals het boeken van tickets of evenementen, creditcardverwerking en andere quid pro quo-regelingen waarbij meerdere systemen moeten worden bijgewerkt en het ene digitale evenement moet worden afgestemd op het andere. Dus hoe helpt transactieverwerking om dit soort duurzaamheid te waarborgen? Laten we kijken.

ACID- en BASE-transactiemodellen

In de loop van de tijd hebben dataspecialisten verschillende modellen geproduceerd die succesvolle en duurzame transacties bevorderen. Een van deze wordt atomiciteit, consistentie, isolatie en duurzaamheid of ACID genoemd. Dit "harde" systeem voor het verifiëren van transacties heeft geleid tot een ander model dat in principe beschikbaar is, soft state, uiteindelijke consistentie of BASE, een veelzijdiger alternatief. Beide modellen kunnen IT-professionals begeleiden naar meer consistente transactieverwerkingssystemen. Voor een eenvoudig idee van de manier waarop deze twee methoden werken, stel je twee van die oude analoge selectiekadersystemen voor in een treinstation, waar updates verschillende shufflingstukken met roosterinformatie omvatten. Een van hen klapt een paar seconden furieus en stopt dan. De andere gaat door en loopt in de loop van de tijd af van een paar taps toelopende plunjers en donderslagen tot uiteindelijk stilte. Het eerste voorbeeld verwijst naar ZUUR, terwijl het tweede BASIS vertegenwoordigt. In beide gevallen is het doel hetzelfde: totale gegevensresolutie. (Raadpleeg onze Inleiding tot databases voor meer achtergrondinformatie over ACID.)

Transactiebeheerders

Een ander basiselement van transactieprocessystemen is de transactiebeheerder. Deze term is een van de vele op personificatie gebaseerde termen in moderne IT. Het was niet zo lang geleden dat de term betrekking had op een persoon die belast was met het voltooien van transacties, meestal financiële transacties. In die dagen zou een bankmedewerker een transactiebeheerder kunnen zijn genoemd. De term zoals deze tegenwoordig wordt gebruikt, verwijst daarentegen grotendeels naar een immaterieel element van het transactieverwerkingssysteem als geheel, maar een met een vooraf gedefinieerde rol.

Het gebruik van transactiebeheerders, terwijl verschillende soorten TPS mogelijk zijn, kan problematisch zijn. Ontwikkelaars die met J2EE of vergelijkbare bronnen werken, kunnen bijvoorbeeld verlies lijden wanneer een oproep aan de transactiebeheerder verschillende fouten retourneert. Allerlei verklaringen en variabelen moeten kloppen om de transactiebeheerder effectief te kunnen bellen, en ontwikkelaarsforums zijn vol met verhalen over dit soort opstellingen die gewoon niet helemaal klopten.

Taalspecifieke best practices-handleidingen (zoals deze voor J2EE) kunnen enkele tips geven over transactiebeheer en andere ondersteuningsmethoden, zoals frameworks voor applicatie-ontwikkeling. Andere transactiebronnen zijn de Object Transaction Service (OTS), die door de Object Management Group is geproduceerd om bepaalde complexiteiten en platformoverschrijdende processen aan te pakken.

Microsoft heeft ook een aantal bredere bronnen bedacht; nieuwere Windows OS-versies worden geleverd met Kernel Transaction Manager (KTM), die C ++ -toepassingen kan ondersteunen. Microsoft biedt sinds 2000 ook Microsoft Distributed Transaction Coordinator (DTC) aan voor transactionele platformondersteuning.

Andere overwegingen met transactieprocessystemen

Over het algemeen zijn er verschillende hoofddoelen waaraan moet worden voldaan voor effectieve TPS-instellingen. Gegevens moeten toegankelijk zijn in goed functionerende gegevensstructuren en moeten worden beschermd tegen verschillende soorten storingen. Geavanceerde back-upsystemen helpen bij het bieden van beveiligingen tegen cyberaanvallen, natuurrampen of andere soorten aansprakelijkheden. Sommige van de hierboven genoemde tools zijn gemaakt om gegevenscorruptie en andere problemen die van invloed kunnen zijn op de transactieduur te helpen oplossen.

Duurzame transacties houden in dat platformoverschrijdende updates ook moeten worden opgelost. De ACID- en BASE-modellen zijn hier leerzaam. Veel van het werk dat moderne professionals doen, houdt verband met dit soort consistentie en met het ervoor zorgen dat het ene deel van een gegevenssysteem overeenkomt met het andere, allemaal om die belangrijke processen te ondersteunen die over het algemeen als transacties worden bestempeld.

Het is duidelijk dat er veel meer gedetailleerde elementen van TPS-systemen en problemen en oplossingen per geval zijn om naar te kijken, maar waar een diverse groep mensen betrokken kan zijn bij de aanpak ervan (bijvoorbeeld wanneer een bedrijf bepaalde problemen heeft met zijn tech-leveranciers), is het logisch om eerst deze belangrijke IT-terminologie te verduidelijken.