Johdanto tapahtumien käsittelyyn

Monentyyppiset yritykset voivat sijoittaa transaktioprosessijärjestelmään osana IT-kauppiaan palveluita tai muita ohjelmistoarkkitehtuurin osia. Kuten jotkut muutkin IT: n ympärillä olevat termit, tämä merkki voi kuitenkin vaikuttaa hieman epämääräiseltä. Tämä johtuu osittain siitä, että liiketoiminnan käsittely ei ole ytimessä vain finanssitapahtumien termi, vaikka monet TPS-järjestelmät, kuten luottokorttien käsittelyjärjestelmät, voivat pyöriä rahanvaihdon prosessin ympärillä.

Pohjimmiltaan transaktioiden käsittely on malli erilaisille tapahtumille, mukaan lukien sekä taloudelliset tapahtumat että muut prosessit, kuten todennukset. Asiantuntijat erottavat tapahtumien käsittelyn erityyppisestä eräkäsittelystä, jota kutsutaan eräkäsittelyksi, jossa suurempi määrä yksittäisiä tapahtumia käsitellään yhdessä. Molempia voidaan soveltaa tavanomaisiin sähköisen kaupankäynnin järjestelmiin, jotka käsittelevät rahoitustoimia.

Kun puhumme tapahtumien käsittelystä, termi "tapahtuma" tarkoittaa koko prosessia. Menestyäkseen prosessi on suoritettava alusta loppuun. Rahan tulee tulla yhdeltä tililtä ja mennä toiselle tilille. Muiden kuin finanssitapahtumien tapauksessa ohjelmistoarkkitehtuurin eri osat on päivitettävä. Muuten järjestelmässä voi olla niin kutsuttu "hylätty tapahtuma" (tai mitä Microsoft kutsuu "eheyden menettämiseksi").

Rauhoitetun tapahtuman vastakohta on niin kutsuttu "kestävä kauppa". Nämä kestävät liiketoimet ovat perusta monille verkkotoiminnoille, kuten lippujen tai tapahtumien varaaminen, luottokorttien käsittely ja muut quid pro quo -järjestelyt, koska useita järjestelmiä on päivitettävä ja yhden digitaalisen tapahtuman on kohdistettava toiseen. Joten miten tapahtumien käsittely auttaa varmistamaan tällaisen kestävyyden? Katsotaanpa.

HAPPO- ja BASE-transaktiomallit

Ajan myötä data-asiantuntijat ovat tuottaneet erilaisia ​​malleja, jotka edistävät onnistuneita ja kestäviä liiketoimia. Yksi näistä on nimeltään atomisuus, konsistenssi, eristys ja kestävyys tai ACID. Tämä "kova" tapahtumien varmennusjärjestelmä johti toiseen malliin, jota kutsutaan periaatteessa saatavana olevaksi, pehmeäksi tilaksi, mahdollisena johdonmukaisuudeksi tai BASEksi, monipuolisemmaksi vaihtoehdoksi. Molemmat mallit voivat ohjata IT-ammattilaisia ​​kohti entistä johdonmukaisempia tapahtumien käsittelyjärjestelmiä. Kuvittele kaksi näistä vanhoista analogisista telttajärjestelmistä rautatieasemalla yksinkertaisen idean tavasta, jolla nämä kaksi menetelmää toimivat, kun päivitykset sisältävät erilaisia ​​sekoituspalasia aikataulutietoineen. Yksi heistä tappaa raivoisasti muutaman sekunnin ajan, sitten lopettaa. Toinen jatkaa liikkumistaan, kääntyen ajan myötä muutamasta kapenevasta painosta ja uistuksesta aina hiljaisuuteen. Ensimmäinen esimerkki viittaa happoon, kun taas toinen edustaa emästä. Molemmissa tapauksissa tavoite on sama: kokonaisdatan resoluutio. (Tutustu joihinkin ACID: n taustalukemiin tutustumalla tietokantojen esittelyyn.)

Transaction Managers

Toinen transaktioprosessijärjestelmien peruselementti on tapahtumien hallinta. Tämä termi on yksi monista nykyaikaisen IT: n personifikaatioon liittyvistä termeistä. Se ei ollut liian kauan sitten, että termi tarkoitti henkilöä, jonka tehtävänä oli suorittaa transaktioita, yleensä taloudellisia. Noina aikoina pankkikehittäjää voitiin kutsua transaktioiden johtajaksi. Sitä vastoin termi, sellaisena kuin sitä käytetään nykyään, viittaa suurelta osin koko tapahtumien käsittelyjärjestelmän aineettomaan elementtiin, mutta siihen, jolla on ennalta määritelty rooli.

Transaktioiden hallinnoijien käyttö voi olla ongelmallista, vaikka se mahdollistaa monenlaiset TPS: t. Esimerkiksi J2EE: n tai vastaavien resurssien kanssa työskentelevät kehittäjät voivat joutua menettämiseen, kun puhelu transaktioiden hallinnalle palauttaa erilaisia ​​virheitä. Kaikentyyppisten ilmoitusten ja muuttujien on oltava oikeita voidakseen soittaa transaktioiden hallintaan tehokkaasti, ja kehittäjäfoorumeilla on runsaasti tarinoita tällaisista kokoonpanoista, jotka eivät vain olleet aivan oikein.

Kielikohtaiset parhaiden käytäntöjen oppaat (kuten tämä J2EE: lle) voivat tarjota joitain vinkkejä tapahtumien hallintaan ja muihin tukimenetelmiin, kuten sovelluskehityskehyksiin. Muita tapahtumaresursseja ovat Object Transaction Service (OTS), jonka Object Management Group on tuottanut käsittelemään tiettyjä monimutkaisuuksia ja alustojen välisiä prosesseja.

Microsoft on myös keksinyt joitain laajempia resursseja; uudemmat Windows-käyttöjärjestelmän versiot toimitetaan Kernel Transaction Manager (KTM) -sovelluksella, joka tukee C ++ -sovelluksia. Microsoft on myös tarjonnut Microsoftin Distributed Transaction Coordinatorille (DTC) vuodesta 2000 lähtien monen alustan väliseen tapahtumatukeen.

Muut näkökohdat transaktioprosessijärjestelmien kanssa

Yleensä on olemassa useita keskeisiä tavoitteita, jotka on saavutettava tehokkaisiin TPS-asetuksiin. Tietojen on oltava saatavissa hyvin toimivissa tietorakenteissa, ja niitä on suojattava erityyppisiltä vikoilta. Hienostuneet varmuuskopiojärjestelmät auttavat tarjoamaan suojatoimenpiteitä verkkohyökkäyksiltä, ​​luonnonkatastrofeilta tai muunlaisilta vastuilta. Jotkut yllä mainituista työkaluista on luotu auttamaan käsittelemään tietovaurioita ja muita ongelmia, joilla voi olla vaikutusta tapahtumien kestävyyteen.

Kestävät transaktiot tarkoittavat, että myös eri alustojen väliset päivitykset on ratkaistava. ACID- ja BASE-mallit ovat tässä ohjeellisia. Suuri osa nykyaikaisten ammattilaisten tekemästä työstä liittyy tällaiseen johdonmukaisuuteen ja siihen, että varmistetaan, että tietojärjestelmän yksi osa vastaa toista, kaikki niiden keskeisten prosessien tukemiseksi, jotka yleensä merkitään tapahtumiksi.

On selvää, että TPS-järjestelmistä ja tapauskohtaisista ongelmista ja ratkaisuista on paljon yksityiskohtaisempia elementtejä, joita on tarkasteltava, mutta joissa monenlainen ihmisryhmä voi olla osallisena niiden ratkaisemisessa (esimerkiksi kun yrityksellä on tiettyjä ongelmia sen kanssa) tekniikan myyjät), on järkevää auttaa ensin selventämään tätä avaintietojärjestelmän terminologiaa.