En introduktion til transaktionsbehandling

Virksomheder af mange forskellige typer kan investere i et transaktionsprocessystem som en del af IT-handelservice eller andre dele af softwarearkitekturen. Som nogle af de andre udtryk omkring IT kan dette mærke imidlertid virke lidt vagt. Det skyldes delvis, at transaktionsbehandling i kernen ikke kun er en betegnelse for finansielle transaktioner, selvom mange TPS-systemer, såsom dem til kreditkortbehandling, kan dreje sig om processen med at skifte hænder.

I det væsentlige er transaktionsbehandling en model for forskellige transaktioner, herunder både økonomiske transaktioner og andre processer som verifikationer. Eksperter kontrasterer transaktionsbehandling med en anden type model kaldet batchbehandling, hvor et større antal individuelle transaktioner håndteres samlet. Begge kan begge anvendes til standard e-handelssystemer, der håndterer finansielle transaktioner.

Når vi taler om transaktionsbehandling, refererer udtrykket "transaktion" til hele processen. For at få succes skal processen afsluttes fra start til slut. Pengene skal komme ud af en konto og gå ind på en anden konto. Ved andre former for ikke-finansielle transaktioner skal forskellige dele af en softwarearkitektur opdateres. Ellers kan systemet have, hvad der kaldes en "faldet transaktion" (eller hvad Microsoft kalder "at miste integritet").

Det modsatte af en faldet transaktion er det, der kaldes en "varig transaktion". Disse holdbare transaktioner er det grundlæggende grundlag for mange online aktiviteter, såsom billet- eller begivenhedsreservation, kreditkortbehandling og andre quid pro quo-arrangementer, hvor flere systemer skulle opdateres, og en digital begivenhed skal tilpasse sig til en anden. Så hvordan hjælper transaktionsbehandling med at sikre denne slags holdbarhed? Lad os se.

ACID- og BASE-transaktionsmodeller

Over tid har dataspecialister produceret forskellige modeller, der fremmer vellykkede og holdbare transaktioner. En af disse kaldes atomicitet, konsistens, isolering og holdbarhed eller syre. Dette "hårde" system til verificering af transaktioner førte til en anden model kaldet grundlæggende tilgængelig, soft state, eventuel konsistens eller BASE, et mere alsidigt alternativ. Begge disse modeller kan guide it-fagfolk mod mere konsistente transaktionsbehandlingssystemer. For en simpel idé om, hvordan disse to metoder fungerer, kan du forestille dig to af de gamle analoge markeringssystemer i en togstation, hvor opdateringer involverer forskellige blandinger med tidsplanoplysninger. En af dem klapper rasende i et par sekunder og afslutter derefter. Den anden fortsætter med at afvikle sig over tid fra et par tilspidsede plunks og tunker helt til eventuel stilhed. Det første eksempel henviser til SUR, mens det andet repræsenterer BASE. I begge tilfælde er målet det samme: total dataopløsning. (For nogle baggrundlæsninger om ACID, se vores Introduktion til databaser.)

Transaktionsledere

Et andet grundlæggende element i transaktionsprocessystemer er transaktionsadministratoren. Dette udtryk er et af de mange personificeringsbaserede udtryk inden for moderne it. Det var ikke for længe siden, at udtrykket henviste til en person, der havde til opgave at gennemføre transaktioner, som regel økonomiske. I disse dage kan en bankteller muligvis kaldes en transaktionsadministrator. I modsætning hertil henviser udtrykket, som det bruges i dag, stort set til et immaterielt element i transaktionsbehandlingssystemet som helhed, men et med en foruddefineret rolle.

Brug af transaktionsledere, selv om det muliggør forskellige typer TPS, kan være problematisk. F.eks. Kan udviklere, der arbejder med J2EE eller lignende ressourcer, miste tab, når et opkald til transaktionschefen returnerer forskellige fejl. Alle former for erklæringer og variabler skal være rigtige for at kunne ringe til transaktionsadministratoren effektivt, og udviklerfora bugner af historier om disse slags opsætninger, der bare ikke var helt rigtige.

Sprogspecifikke vejledninger for bedste praksis (som denne til J2EE) kan give nogle tip til transaktionsstyring og andre supportmetoder som applikationsudviklingsrammer. Andre transaktionsressourcer inkluderer Object Transaction Service (OTS), som blev produceret af Object Management Group for at håndtere visse kompleksiteter og tværplatforme processer.

Microsoft har også fundet nogle bredere ressourcer; nyere Windows OS-versioner leveres med Kernel Transaction Manager (KTM), som kan understøtte C ++ -applikationer. Microsoft har også tilbudt Microsoft Distribueret transaktionskoordinator (DTC) siden 2000 til transportsupport på tværs af platforme.

Andre overvejelser med transaktionsprocessystemer

Generelt er der en række nøglemål, der skal opfyldes for effektive TPS-opsætninger. Data skal være tilgængelige i velfungerende datastrukturer, og de skal beskyttes mod forskellige former for fiasko. Sofistikerede sikkerhedskopieringssystemer hjælper med at yde beskyttelsesforanstaltninger mod cyberangreb, naturkatastrofer eller andre former for passiver. Nogle af de ovennævnte værktøjer blev oprettet til at hjælpe med at håndtere datakorruption og andre problemer, der kan have indflydelse på transaktionens holdbarhed.

Holdbare transaktioner betyder, at cross-platform-opdateringer også er nødt til at løse. Her er ACID- og BASE-modellerne instruktive. Meget af det arbejde, som moderne fagfolk udfører, er relateret til denne form for konsistens, og til at sikre, at den ene del af et datasystem matcher et andet, alt sammen for at understøtte de nøgleprocesser, der generelt er mærket som en transaktion.

Der er naturligvis meget mere detaljerede elementer i TPS-systemer og problemstillinger og løsninger fra sag til sag at se på, men hvor en forskelligartet gruppe af mennesker måske er involveret i at tackle dem (for eksempel når en virksomhed har visse problemer med dets teknologileverandører), giver det mening at hjælpe med at afklare denne centrale IT-terminologi først.