Зміст:
Компанії багатьох різних типів можуть інвестувати в систему процесів транзакцій як частину послуг ІТ-продавця або інших частин архітектури програмного забезпечення. Однак, як і деякі інші умови навколо ІТ, ця мітка може здатися трохи розпливчастою. Це частково тому, що по суті, обробка транзакцій - це не просто термін для фінансових операцій, хоча багато систем TPS, таких як обробка кредитних карт, можуть обертатися навколо процесу зміни грошей.
По суті, обробка транзакцій є моделлю для різних транзакцій, включаючи як фінансові операції, так і інші процеси, такі як перевірки. Експерти протиставляють обробку транзакцій з іншим типом моделі, що називається пакетною обробкою, де більша кількість окремих транзакцій обробляється колективно. І те й інше можна застосувати до стандартних систем електронної комерції, які обробляють фінансові операції.
Коли ми говоримо про обробку транзакцій, термін "транзакція" відноситься до всього процесу. Щоб досягти успіху, процес повинен бути завершений від початку до кінця. Гроші повинні вийти з одного рахунку і перейти на інший рахунок. З іншими видами нефінансових операцій різні частини архітектури програмного забезпечення потребують оновлення. Інакше система може мати те, що називається "відхилена транзакція" (або те, що Microsoft називає "втратою цілісності").
Протилежністю відхиленої транзакції є те, що називається "довговічною транзакцією". Ці довговічні транзакції є основою для багатьох онлайн-заходів, таких як бронювання квитків чи подій, обробка кредитних карток та інші механізми quid pro quo, коли кілька систем потрібно оновлювати, і одна цифрова подія повинна узгоджуватися з іншою. Тож як обробка транзакцій допомагає забезпечити цей вид довговічності? Давайте подивимось.
Моделі транзакцій ACID та BASE
З часом фахівці з даних виробляли різні моделі, які сприяють успішним та довготривалим транзакціям. Одне з них називається атомністю, консистенцією, ізоляцією та міцністю, або кислотою. Ця "жорстка" система перевірки транзакцій призвела до іншої моделі, яка називається в основному доступним, м'яким станом, можливою консистенцією або BASE, більш універсальною альтернативою. Обидві ці моделі можуть спрямовувати ІТ-фахівців до більш послідовних систем обробки транзакцій. Для простого уявлення про те, як працюють ці два методи, уявіть дві ті старі аналогові системи розміщення на залізничному вокзалі, де оновлення включають різні перетасовки з інформацією про розклад руху. Один з них люто клакотить кілька секунд, а потім відходить. Інший продовжує йти, згортаючи з часом від декількох звужених прутів і громить аж до можливої тиші. Перший приклад стосується кислоти, а другий являє собою БАЗУ. В обох випадках мета однакова: загальна роздільна здатність даних. (Для ознайомлення з інформацією про ACID ознайомтесь із нашим Введенням у бази даних.)Менеджери транзакцій
Ще один базовий елемент систем транзакційних процесів - це менеджер транзакцій. Цей термін є одним із багатьох термінів, заснованих на персоніфікації в сучасних ІТ. Не так давно термін посилався на особу, якій було доручено виконувати транзакції, зазвичай фінансові. У ті часи банківського касира, можливо, називали менеджером транзакцій. Навпаки, термін, як він використовується сьогодні, значною мірою стосується нематеріального елемента системи обробки транзакцій в цілому, але такого, який має заздалегідь визначену роль.
Використання менеджерів транзакцій, в той час як включення різних видів TPS, може бути проблематичним. Наприклад, розробники, які працюють з J2EE або подібними ресурсами, можуть опинитися в збитку, коли дзвінок до менеджера транзакцій повертає різні помилки. Всілякі декларації та змінні повинні бути правильними, щоб ефективно викликати диспетчера транзакцій, а форуми розробників рясніють історіями таких налаштувань, які були не зовсім правильними.
Посібники з кращих мов (як це для J2EE) можуть містити поради щодо управління транзакціями та інших методів підтримки, таких як рамки розробки додатків. Інші ресурси транзакцій включають Службу об єктів трансакцій (OTS), яку було вироблено групою управління об'єктами для вирішення певних складностей та кросплатформенних процесів.
Microsoft також розробила деякі більш широкі ресурси; новіші версії ОС Windows постачаються з менеджером транзакцій Kernel (KTM), який може підтримувати програми C ++. Microsoft також пропонує 2000 Координатор розподілених транзакцій (DTC) з 2000 року для підтримки міжплатформних транзакцій.
Інші міркування щодо систем процесів транзакцій
Загалом, існує безліч ключових цілей, які повинні бути досягнуті для ефективних налаштувань TPS. Дані повинні бути доступними у добре функціонуючих структурах даних, і їх потрібно захищати від різного роду збоїв. Досконалі системи резервного копіювання допомагають забезпечити захист від кібератак, стихійних лих чи інших видів відповідальності. Деякі з згаданих вище інструментів були створені, щоб допомогти боротися з корупцією даних та іншими проблемами, які можуть вплинути на довговічність транзакцій.
Тривалі транзакції означають, що оновлення між платформами також мають вирішити. Моделі ACID та BASE тут повчальні. Багато роботи, яку виконують сучасні професіонали, пов'язані з цією послідовністю та переконанням, що одна частина системи даних відповідає іншій, аби підтримати ті ключові процеси, які, як правило, позначаються транзакціями.
Очевидно, що є набагато більш детальні елементи систем TPS та проблеми та рішення для кожного конкретного випадку, але де для їх вирішення може бути залучена різноманітна група людей (наприклад, коли у бізнесу є певні проблеми з його виробників технологій), має сенс допомогти спочатку уточнити цю ключову ІТ-термінологію.
