Innholdsfortegnelse:
Bedrifter av mange forskjellige typer kan investere i et transaksjonsprosesssystem som en del av IT-selgeren tjenester eller andre deler av programvarearkitekturen. I likhet med noen av de andre begrepene rundt IT, kan dette merket virke litt vagt. Det skyldes delvis at transaksjonsbehandling i kjernen ikke bare er en betegnelse for økonomiske transaksjoner, selv om mange TPS-systemer, som for eksempel for kredittkortbehandling, kan dreie seg om penger til å skifte hender.
I hovedsak er transaksjonsbehandling en modell for forskjellige transaksjoner, inkludert både økonomiske transaksjoner og andre prosesser som verifikasjoner. Eksperter kontrasterer transaksjonsbehandling med en annen type modell kalt batchbehandling, hvor et større antall individuelle transaksjoner håndteres samlet. Begge kan begge brukes på standard e-handelssystemer som håndterer økonomiske transaksjoner.
Når vi snakker om transaksjonsbehandling, refererer begrepet "transaksjon" til hele prosessen. For å lykkes, må prosessen fullføres fra start til slutt. Pengene må komme ut av en konto og gå inn på en annen konto. Med andre typer ikke-økonomiske transaksjoner, må forskjellige deler av en programvarearkitektur oppdateres. Ellers kan systemet ha det som kalles en "droppet transaksjon" (eller det Microsoft kaller "å miste integritet").
Det motsatte av en henlagt transaksjon er det som kalles en "varig transaksjon." Disse varige transaksjonene er det grunnleggende grunnlaget for mange aktiviteter på nettet, for eksempel billett- eller begivenhetsbooking, behandling av kredittkort og andre quid pro quo-ordninger der flere systemer måtte oppdateres, og en digital hendelse må tilpasse seg en annen. Så hvordan hjelper transaksjonsbehandling med å sikre denne typen holdbarhet? La oss ta en titt.
ACID- og BASE-transaksjonsmodeller
Over tid har dataspesialister produsert forskjellige modeller som fremmer vellykkede og holdbare transaksjoner. En av disse kalles atomisitet, konsistens, isolasjon og holdbarhet, eller SUR. Dette "harde" systemet for å verifisere transaksjoner førte til en annen modell kalt utgangspunktet tilgjengelig, myk tilstand, eventuell konsistens eller BASE, et mer allsidig alternativ. Begge disse modellene kan veilede IT-fagfolk mot mer konsistente transaksjonsbehandlingssystemer. For en enkel idé om hvordan disse to metodene fungerer, kan du tenke deg to av de gamle analoge markissystemene på en jernbanestasjon, der oppdateringer involverer forskjellige stokkende stykker med informasjon om tidsplanen. En av dem klapper rasende i noen sekunder, og avslutter så. Den andre fortsetter, avvikler over tid fra noen få avsmalende plunker og tunker helt til slutt stillhet. Det første eksemplet viser til SYRE, mens det andre representerer BASE. I begge tilfeller er målet det samme: total dataoppløsning. (For litt bakgrunnslesing om SUR, sjekk innføringen til databaser.)Transaksjonsledere
Et annet grunnleggende element i transaksjonsprosesssystemer er transaksjonssjefen. Dette begrepet er en av de mange personifiseringsbaserte begrepene i moderne IT. Det var ikke så lenge siden at betegnelsen refererte til en person som hadde til oppgave å fullføre transaksjoner, vanligvis økonomiske. I disse dager kan en bankteller ha blitt kalt en transaksjonssjef. Derimot refererer begrepet slik det brukes i dag i stor grad til et immaterielt element i transaksjonsbehandlingssystemet som helhet, men et med en forhåndsdefinert rolle.
Bruk av transaksjonsledere, selv om det muliggjør forskjellige typer TPS, kan være problematisk. For eksempel kan utviklere som jobber med J2EE eller lignende ressurser, miste tap når en samtale til transaksjonssjefen returnerer forskjellige feil. Alle slags erklæringer og variabler må være riktig for å kunne ringe transaksjonssjefen effektivt, og utviklerforum bugner av historier om denne typen oppsett som bare ikke stemte helt.
Språkspesifikke guider for beste praksis (som denne for J2EE) kan gi noen tips om transaksjonsstyring og andre støttemetoder som applikasjonsutviklingsrammer. Andre transaksjonsressurser inkluderer Object Transaction Service (OTS), som ble produsert av Object Management Group for å håndtere visse kompleksiteter og plattformprosesser.
Microsoft har også kommet med noen bredere ressurser; nyere Windows OS-versjoner leveres med Kernel Transaction Manager (KTM), som kan støtte C ++ -applikasjoner. Microsoft har også tilbudt Microsoft Distribusjonstransaksjonskoordinator (DTC) siden 2000 for transportsupport på tvers av plattformer.
Andre hensyn med transaksjonsprosesssystemer
Generelt er det en rekke viktige mål som må oppfylles for effektive TPS-oppsett. Data må være tilgjengelig i velfungerende datastrukturer, og de må beskyttes mot forskjellige slags feil. Sofistikerte sikkerhetskopieringssystemer er med på å sørge for beskyttelse mot nettangrep, naturkatastrofer eller andre typer forpliktelser. Noen av verktøyene som er nevnt over, ble laget for å hjelpe til med å håndtere datakorrupsjon og andre problemer som kan ha effekt på transaksjonens holdbarhet.
Varige transaksjoner betyr at oppdateringer på tvers av plattformer også må løse. SYRE- og BASE-modellene er lærerike her. Mye av arbeidet som moderne fagpersoner utfører, er relatert til denne typen konsistens, og å sørge for at en del av et datasystem samsvarer med et annet, alt for å støtte de sentrale prosessene som vanligvis er merket som en transaksjon.
Det er klart det er mye mer detaljerte elementer i TPS-systemer og problemstillinger og løsninger fra sak til sak å se på, men der en mangfoldig gruppe mennesker kan være involvert i å adressere dem (for eksempel når en bedrift har visse problemer med sin teknologileverandører), er det fornuftig å hjelpe til med å avklare denne viktige IT-terminologien først.
