Въведение в обработката на транзакции

Бизнесът от много различни видове може да инвестира в система за транзакции като част от услугите на търговците на ИТ или други части от софтуерната архитектура. Въпреки това, като някои от другите термини около ИТ, този етикет може да изглежда малко неясен. Това отчасти е така, защото в основата си обработката на транзакции не е само термин за финансови транзакции, въпреки че много TPS системи, като тези за обработка на кредитни карти, могат да се въртят около процеса на смяна на парите.

По същество обработката на транзакции е модел за различни транзакции, включително както финансови транзакции, така и други процеси като проверки. Експертите контрастират обработката на транзакции с различен тип модел, наречен пакетна обработка, при който по-голям брой отделни транзакции се обработват колективно. И двете могат да бъдат приложени към стандартни системи за електронна търговия, които обработват финансови транзакции.

Когато говорим за обработка на транзакции, терминът "транзакция" се отнася до целия процес. За да бъде успешен, процесът трябва да бъде завършен от началото до края. Парите трябва да излязат от една сметка и да отидат в друга сметка. С други видове нефинансови транзакции трябва да се актуализират различни части от софтуерната архитектура. В противен случай системата може да има това, което се нарича "отпаднала транзакция" (или това, което Microsoft нарича "загуба на целостта").

Обратното на отпаднала транзакция е това, което се нарича „трайна транзакция“. Тези трайни транзакции са основна основа за много онлайн дейности, като например резервация на билети или събития, обработка на кредитни карти и други договорености за quid pro quo, когато трябва да се актуализират множество системи и едно цифрово събитие трябва да се приведе в съответствие с друго. И така, как обработката на транзакции помага да се гарантира този вид трайност? Нека да разгледаме.

Модели за транзакции на ACID и BASE

С течение на времето специалистите по данни са произвели различни модели, които насърчават успешни и трайни транзакции. Едно от тях се нарича атомност, консистенция, изолация и дълготрайност или ACID. Тази "твърда" система за проверка на транзакциите доведе до друг модел, наречен основно достъпно, меко състояние, евентуална консистенция или BASE, по-универсална алтернатива. И двата модела могат да насочат ИТ специалистите към по-последователни системи за обработка на транзакции. За една проста представа за начина, по който работят тези два метода, представете си две от онези стари аналогови системи за маркиране в жп гара, където актуализациите включват различни разбъркване на парчета с информация за разписанието. Единият от тях треска яростно за няколко секунди, след което се отказва. Другият продължава, извивайки се с течение на времето от няколко стесняващи се плункове и пълен чак до евентуална тишина. Първият пример се отнася за ACID, докато вторият представлява BASE. И в двата случая целта е една и съща: общо разрешаване на данни. (За известно четене на фона на ACID, вижте нашето Въведение в базите данни.)

Мениджъри на транзакции

Друг основен елемент на системите за транзакционни процеси е мениджърът на транзакции. Този термин е един от многото базирани на персонификация термини в съвременните ИТ. Не много отдавна терминът се отнасяше за физическо лице, което е възложено да извършва транзакции, обикновено финансови. В онези дни банков служител може да бъде наречен ръководител на транзакции. За разлика от това, терминът, който се използва днес, до голяма степен се отнася до нематериален елемент от системата за обработка на транзакции като цяло, но такъв с предварително определена роля.

Използването на мениджъри на транзакции, като дава възможност за различни видове TPS, може да бъде проблематично. Например, разработчиците, които работят с J2EE или подобни ресурси, могат да се окажат на загуба, когато повикването до мениджъра на транзакции връща различни грешки. Всички видове декларации и променливи трябва да са правилни, за да се обадите ефективно на мениджъра на транзакции, а форумите за разработчици изобилстват с истории от подобни видове настройки, които просто не бяха съвсем правилни.

Специфичните за езика ръководства за най-добри практики (като това за J2EE) могат да предоставят някои съвети за управление на транзакции и други методи за поддръжка като рамки за разработка на приложения. Други ресурси за транзакции включват услугата за обектни транзакции (OTS), която е произведена от групата за управление на обекти за справяне с определени сложности и кросплатформени процеси.

Microsoft също излезе с някои по-широки ресурси; по-новите версии на Windows OS се доставят с Kernel Transaction Manager (KTM), който може да поддържа C ++ приложения. От 2000 г. Microsoft също предлага Microsoft Координатор на разпределени транзакции (DTC) за поддръжка на транзакциите между платформи.

Други съображения с системите за транзакционни процеси

Като цяло има различни ключови цели, които трябва да бъдат изпълнени за ефективни настройки на TPS. Данните трябва да бъдат достъпни в добре работещи структури от данни и трябва да бъдат защитени от различни видове повреди. Сложните системи за архивиране помагат да се осигурят предпазни мерки срещу кибератаки, природни бедствия или други видове задължения. Някои от споменатите по-горе инструменти са създадени, за да помогнат за справяне с корупцията на данни и други проблеми, които могат да окажат влияние върху трайността на транзакциите.

Трайните транзакции означават, че актуализациите между платформите също трябва да бъдат разрешени. Моделите ACID и BASE са поучителни тук. Голяма част от работата, която вършат съвременните специалисти, е свързана с този вид последователност и за да се гарантира, че една част от система от данни съвпада с друга, всичко това, за да се поддържат онези ключови процеси, които обикновено са обозначени като транзакции.

Очевидно има много по-подробни елементи на TPS системи и проблеми и решения за всеки отделен случай, но където може да се включи разнообразна група от хора в тяхното адресиране (например, когато бизнесът има определени проблеми със своите технически доставчици) има смисъл първо да помогнем за изясняването на тази ключова ИТ терминология.