Obsah:
Podniky mnoha různých typů mohou investovat do systému transakčních procesů v rámci obchodních služeb IT nebo jiných částí softwarové architektury. Nicméně, stejně jako některé další pojmy týkající se IT, může se tento štítek zdát trochu neurčitý. Důvodem je částečně to, že zpracování transakcí není ve své podstatě jen termínem pro finanční transakce, i když mnoho systémů TPS, jako jsou systémy pro zpracování kreditních karet, se může točit kolem procesu výměny peněz.
Zpracování transakcí je v zásadě modelem pro různé transakce, včetně finančních transakcí a dalších procesů, jako jsou ověřování. Odborníci porovnávají zpracování transakcí s jiným typem modelu nazývaným dávkové zpracování, kde je hromadně zpracováno větší množství jednotlivých transakcí. Oba lze použít na standardní systémy elektronického obchodování, které zpracovávají finanční transakce.
Když mluvíme o zpracování transakcí, označuje termín „transakce“ celý proces. Aby byl proces úspěšný, musí být dokončen od začátku do konce. Peníze musí vycházet z jednoho účtu a jít na jiný účet. U jiných druhů nefinančních transakcí je třeba aktualizovat různé části softwarové architektury. V opačném případě může mít systém tzv. „Zrušenou transakci“ (nebo to, co Microsoft nazývá „ztrácí integritu“).
Opakem upuštěné transakce je tzv. „Trvalá transakce“. Tyto trvalé transakce jsou základním základem mnoha online aktivit, jako je rezervace vstupenek nebo událostí, zpracování kreditních karet a další úpravy pro quo pro quo, kdy je třeba aktualizovat více systémů, a jedna digitální událost se musí sladit s jinou. Jak tedy zpracování transakcí pomůže zajistit tento druh trvanlivosti? Podívejme se na to.
Transakční modely ACID a BASE
Časem specialisté na data vytvořili různé modely, které propagují úspěšné a trvalé transakce. Jedním z nich je tzv. Atomicita, konzistence, izolace a trvanlivost nebo ACID. Tento „tvrdý“ systém ověřování transakcí vedl k dalšímu modelu nazývanému v zásadě dostupný, měkký stav, případná konzistence nebo BASE, univerzálnější alternativa. Oba tyto modely mohou vést odborníky v oblasti IT k jednotnějším systémům zpracování transakcí. Pro jednoduchou představu o tom, jak tyto dvě metody fungují, si představte dva z těch starých analogových stanových systémů na vlakové stanici, kde aktualizace zahrnují různé míchací prvky s informacemi o jízdním řádu. Jeden z nich zuřivě zaskočí a poté skončí. Druhý stále pokračuje, v průběhu času se stahuje z několika zužujících se kusů a thunků až k případnému tichu. První příklad se týká ACID, zatímco druhý představuje BASE. V obou případech je cíl stejný: celkové rozlišení dat. (Některé základní informace o ACID najdete v našem úvodu do databází.)Správci transakcí
Dalším základním prvkem systémů transakčních procesů je správce transakcí. Tento termín je jedním z mnoha termínů personifikace v moderním IT. Není to tak dávno, co se tento termín týkal jednotlivce, který měl za úkol provádět transakce, obvykle finanční. V těchto dnech mohl být bankomat nazýván správcem transakcí. Naproti tomu termín, jak se dnes používá, se většinou týká nehmotného prvku systému zpracování transakcí jako celku, ale jednoho s předdefinovanou rolí.
Použití správců transakcí při současném umožnění různých druhů TPS může být problematické. Například vývojáři, kteří pracují s J2EE nebo podobnými prostředky, se mohou ocitnout ve ztrátě, když volání transakčního manažera vrátí různé chyby. Všechny druhy deklarací a proměnných musí být správné, aby bylo možné efektivně volat manažera transakcí, a fóra vývojářů oplývají příběhy těchto typů nastavení, které prostě nebyly zcela v pořádku.
Příručky osvědčených postupů pro jednotlivé jazyky (jako je tato pro J2EE) mohou poskytnout několik tipů na správu transakcí a další podpůrné metody, jako jsou rámce pro vývoj aplikací. Mezi další transakční zdroje patří služba OTS (Object Transaction Service), která byla vytvořena Skupinou správy objektů za účelem řešení určitých složitostí a procesů napříč platformami.
Microsoft také přišel s některými širšími zdroji; novější verze systému Windows OS se dodávají s produktem KTMEL K Transel Manager (KTM), který podporuje aplikace C ++. Společnost Microsoft také nabízí od roku 2000 koordinátora distribuovaných transakcí (DTC) společnosti Microsoft pro podporu transakcí napříč platformami.
Další úvahy se systémy transakčních procesů
Obecně existuje celá řada klíčových cílů, které musí být splněny pro efektivní nastavení TPS. Data musí být přístupná v dobře fungujících datových strukturách a musí být chráněna před různými druhy selhání. Sofistikované záložní systémy pomáhají poskytovat záruky proti kybernetickým útokům, přírodním katastrofám nebo jiným druhům odpovědnosti. Některé z výše uvedených nástrojů byly vytvořeny, aby pomohly řešit poškození dat a další problémy, které by mohly mít vliv na trvanlivost transakcí.
Trvalé transakce znamenají, že musí být vyřešeny také aktualizace napříč platformami. Modely ACID a BASE jsou zde poučné. Spousta práce, kterou moderní odborníci dělají, souvisí s tímto druhem konzistence a se zajištěním toho, aby se jedna část datového systému shodovala s jinou, to vše za účelem podpory těch klíčových procesů, které jsou obecně označovány jako transakce.
Je zřejmé, že existuje mnohem podrobnější prvky systémů TPS a případové případové problémy a řešení, na které je třeba se podívat, ale kde se na jejich řešení může podílet různá skupina lidí (například když má podnik určité problémy s jeho řešením) tech prodejci), má smysl nejprve objasnit tuto klíčovou terminologii IT.
