Wprowadzenie do przetwarzania transakcji

Firmy różnego rodzaju mogą inwestować w system procesów transakcyjnych w ramach usług handlowych IT lub innych elementów architektury oprogramowania. Jednak, podobnie jak niektóre inne terminy związane z IT, ta etykieta może wydawać się nieco niejasna. Wynika to częściowo z tego, że u podstaw przetwarzania transakcji nie leży tylko termin transakcji finansowych, chociaż wiele systemów TPS, takich jak te do przetwarzania kart kredytowych, może obracać się wokół procesu wymiany pieniędzy.

Zasadniczo przetwarzanie transakcji jest modelem różnych transakcji, w tym zarówno transakcji finansowych, jak i innych procesów, takich jak weryfikacja. Eksperci kontrastują przetwarzanie transakcji z innym typem modelu zwanym przetwarzaniem wsadowym, w którym większa liczba pojedynczych transakcji jest przetwarzana zbiorowo. Oba mogą być zastosowane do standardowych systemów handlu elektronicznego, które obsługują transakcje finansowe.

Kiedy mówimy o przetwarzaniu transakcji, termin „transakcja” odnosi się do całego procesu. Aby odnieść sukces, proces musi zostać zakończony od początku do końca. Pieniądze muszą wyjść z jednego konta i przejść na inne konto. W przypadku innych rodzajów transakcji niefinansowych należy zaktualizować różne części architektury oprogramowania. W przeciwnym razie system może mieć tak zwaną „porzuconą transakcję” (lub to, co Microsoft nazywa „utratą integralności”).

Przeciwieństwem porzuconej transakcji jest tak zwana „trwała transakcja”. Te trwałe transakcje są fundamentalną podstawą wielu działań online, takich jak rezerwacja biletów lub wydarzeń, przetwarzanie kart kredytowych i inne ustalenia quid pro quo, w których wiele systemów wymaga aktualizacji, a jedno wydarzenie cyfrowe musi być dostosowane do drugiego. Jak więc przetwarzanie transakcji pomaga zapewnić taką trwałość? Spójrzmy.

Modele transakcji ACID i BASE

Z czasem specjaliści od danych opracowali różne modele, które promują udane i trwałe transakcje. Jeden z nich nazywa się atomicznością, konsystencją, izolacją i trwałością lub ACID. Ten „twardy” system weryfikacji transakcji doprowadził do powstania innego modelu zwanego w zasadzie dostępnym, stanem miękkim, ostateczną spójnością lub BASE, bardziej uniwersalną alternatywą. Oba te modele mogą poprowadzić specjalistów IT w kierunku bardziej spójnych systemów przetwarzania transakcji. Dla prostego wyobrażenia o tym, jak działają te dwie metody, wyobraź sobie dwa z tych starych analogowych systemów markiz na dworcu kolejowym, gdzie aktualizacje obejmują różne tasowania z informacjami o rozkładzie jazdy. Jeden z nich wściekle klika przez kilka sekund, a potem wychodzi. Drugi idzie naprzód, z upływem czasu od kilku zwężających się kłębów i kłów aż do ostatecznej ciszy. Pierwszy przykład odnosi się do ACID, podczas gdy drugi reprezentuje BAZĘ. W obu przypadkach cel jest taki sam: całkowita rozdzielczość danych. (Aby zapoznać się z podstawowymi informacjami na temat ACID, zobacz nasze wprowadzenie do baz danych).

Menedżerowie transakcji

Kolejnym podstawowym elementem systemów procesów transakcyjnych jest menedżer transakcji. Ten termin jest jednym z wielu terminów opartych na personalizacji we współczesnym IT. Nie tak dawno temu termin ten odnosił się do osoby, której powierzono realizację transakcji, zwykle finansowych. W tamtych czasach kasjer mógł zostać nazwany menedżerem transakcji. Natomiast termin, w jakim jest używany dzisiaj, w dużej mierze odnosi się do niematerialnego elementu systemu przetwarzania transakcji jako całości, ale pełniącego określoną rolę.

Korzystanie z menedżerów transakcji, chociaż umożliwia różne rodzaje TPS, może być problematyczne. Na przykład programiści pracujący z J2EE lub podobnymi zasobami mogą znaleźć się w sytuacji zagubionej, gdy wywołanie do menedżera transakcji zwróci różne błędy. Wszelkiego rodzaju deklaracje i zmienne muszą mieć rację, aby skutecznie zadzwonić do menedżera transakcji, a fora programistów obfitują w historie tego rodzaju konfiguracji, które po prostu nie były w porządku.

Przewodniki najlepszych praktyk specyficzne dla języka (takie jak ten dla J2EE) mogą dostarczyć wskazówek na temat zarządzania transakcjami i innych metod wsparcia, takich jak ramy programowania aplikacji. Inne zasoby transakcyjne obejmują Object Transaction Service (OTS), która została stworzona przez Object Management Group w celu radzenia sobie z pewnymi złożonościami i procesami międzyplatformowymi.

Microsoft opracował również szersze zasoby; nowsze wersje systemu operacyjnego Windows są dostarczane z Kernel Transaction Manager (KTM), który może obsługiwać aplikacje C ++. Microsoft oferuje również Microsoft 2000 Transaction Coordinator (DTC) od 2000 roku za obsługę transakcji między platformami.

Inne uwagi dotyczące systemów procesów transakcyjnych

Zasadniczo istnieje wiele kluczowych celów, które należy spełnić, aby uzyskać skuteczne ustawienia TPS. Dane muszą być dostępne w dobrze funkcjonujących strukturach danych i muszą być chronione przed różnego rodzaju awariami. Zaawansowane systemy tworzenia kopii zapasowych pomagają zapewnić ochronę przed cyberatakami, klęskami żywiołowymi i innymi rodzajami zobowiązań. Niektóre z wyżej wymienionych narzędzi zostały stworzone, aby pomóc w radzeniu sobie z uszkodzeniem danych i innymi problemami, które mogą mieć wpływ na trwałość transakcji.

Trwałe transakcje oznaczają, że aktualizacje między platformami również muszą zostać rozwiązane. Modele ACID i BASE są tutaj pouczające. Wiele pracy wykonywanej przez współczesnych specjalistów wiąże się z tego rodzaju spójnością i upewnianiem się, że jedna część systemu danych jest zgodna z drugą, a wszystko to w celu wsparcia tych kluczowych procesów, które są ogólnie oznaczone jako transakcje.

Oczywiście istnieje wiele bardziej szczegółowych elementów systemów TPS oraz problemów i rozwiązań dla poszczególnych przypadków, ale w których może być zaangażowana różnorodna grupa ludzi (np. Gdy firma ma pewne problemy ze swoimi dostawców technologii), warto najpierw wyjaśnić tę kluczową terminologię IT.