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

Предприятия разных типов могут инвестировать в систему обработки транзакций как часть услуг ИТ-продавца или других частей архитектуры программного обеспечения. Однако, как и некоторые другие термины в области ИТ, этот ярлык может показаться немного расплывчатым. Это отчасти потому, что по своей сути обработка транзакций - это не просто термин для финансовых транзакций, хотя многие системы TPS, такие как системы обработки кредитных карт, могут вращаться вокруг процесса передачи денег.

По сути, обработка транзакций является моделью для различных транзакций, включая как финансовые транзакции, так и другие процессы, такие как проверки. Эксперты сравнивают обработку транзакций с другим типом модели, называемой пакетной обработкой, где большее количество отдельных транзакций обрабатывается коллективно. Оба могут применяться к стандартным системам электронной коммерции, которые обрабатывают финансовые транзакции.

Когда мы говорим об обработке транзакций, термин «транзакция» относится ко всему процессу. Чтобы быть успешным, процесс должен быть завершен от начала до конца. Деньги должны прийти с одного счета и перейти на другой. При использовании других видов нефинансовых транзакций необходимо обновлять различные части архитектуры программного обеспечения. В противном случае система может иметь так называемую «удаленную транзакцию» (или то, что Microsoft называет «утратой целостности»).

Противоположностью отброшенной транзакции является то, что называется «длительной транзакцией». Эти длительные транзакции являются фундаментальной основой для многих онлайн-операций, таких как бронирование билетов или событий, обработка кредитных карт и другие механизмы quid pro quo, когда необходимо обновить несколько систем, и одно цифровое событие должно быть согласовано с другим. Итак, как обработка транзакций помогает обеспечить такую ​​долговечность? Давайте взглянем.

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

Со временем специалисты по данным разработали различные модели, которые способствуют успешным и длительным транзакциям. Один из них называется атомарностью, согласованностью, изоляцией и долговечностью или ACID. Эта «жесткая» система проверки транзакций привела к другой модели, называемой в основном доступной, «мягким состоянием», «возможной согласованностью» или BASE, более универсальной альтернативой. Обе эти модели могут привести ИТ-специалистов к более согласованным системам обработки транзакций. Для простого представления о том, как работают эти два метода, представьте две из этих старых аналоговых систем выделения на железнодорожной станции, где обновления включают в себя различные перемешанные фрагменты с информацией о расписании. Один из них яростно щелкает несколько секунд, затем уходит. Другой продолжает двигаться, постепенно сворачиваясь от нескольких сужающихся ударов и грохотов вплоть до возможного молчания. Первый пример относится к ACID, а второй представляет BASE. В обоих случаях цель одна и та же: общее разрешение данных. (Для некоторого справочного чтения по ACID, проверьте наше Введение в Базы данных.)

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

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

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

Руководства по наилучшим практикам для конкретного языка (например, для J2EE) могут содержать некоторые советы по управлению транзакциями и другим методам поддержки, таким как среды разработки приложений. К другим ресурсам транзакций относится Сервис транзакций объектов (OTS), который был создан Группой управления объектами для решения определенных сложностей и кроссплатформенных процессов.

Microsoft также предложила более широкие ресурсы; более новые версии ОС Windows поставляются с Kernel Transaction Manager (KTM), который может поддерживать приложения C ++. Microsoft также предлагает Microsoft DTC для координации межплатформенных транзакций с 2000 года.

Другие вопросы, связанные с системами обработки транзакций

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

Долговечные транзакции означают, что кросс-платформенные обновления также должны разрешаться. Модели ACID и BASE поучительны здесь. Большая часть работы, выполняемой современными специалистами, связана с такой последовательностью и с обеспечением того, чтобы одна часть системы данных соответствовала другой, и все это для поддержки тех ключевых процессов, которые обычно обозначаются как транзакции.

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