DALSZE KWESTIE ARCHITEKTURY SERWERÓW e-COMMERCE

Skoncentrowaliśmy się na opisie głównych elementów wirtualnego okna zakupów, koszyka zakupów i półek, pomijając funkcje back-office, takie jak obsługa zamówień, realizacja i obsługa klienta, które łącznie uzupełniają cały e-biznes, a nie e-handel. , domena. Zostały one omówione w innych rozdziałach. Potrzebne są jednak jeszcze dwie czynności, niemal najważniejsze, które zamieniają igraszki zakupowe w poważne zobowiązanie: przyjęcie zamówienia i pobranie płatności. Być może moglibyśmy uznać, że są one po prostu dodatkiem do przeglądania sklepu i ładowania koszyka, ale jest jeden bardzo dobry powód, dla którego byłoby to nierozsądne: bezpieczeństwo. Zamiast tego, obsługę zamówienia i płatność należy traktować jako dwa wyraźnie różne procesy, które zachodzą jednocześnie w fazie następującej po wstępnych zakupach .

Chociaż pożądane jest zapewnienie niezawodnej, wydajnej i atrakcyjnej obsługi funkcji pokazanych w stanie numer jeden na rysunku, żadna z nich nie jest, ściśle rzecz biorąc, śmiertelnie uszkodzona w wyniku awarii lub uszkodzenia. Jest to znacznie mniej prawdopodobne niż w przypadku działań przedstawionych w stanie drugim. Nieprawidłowe działanie obsługi zamówień towarów często prowadzi do bardzo znacznych kosztów awarii i zadowolenia klienta; problemy z przyjmowaniem płatności mogą być jeszcze poważniejsze. Architektonicznie i w rzeczywistości projektanci przyjmują osobny sposób radzenia sobie z nimi. Część , Architektura systemów e-biznesu, obejmuje przetwarzanie wniosków, w tym przyjmowanie zamówień towarów i ich późniejsze przetwarzanie. Obsługa płatności może być krótko omówiona tutaj, ze szczegółami bezpieczeństwa, o których mowa w Części, Bezpieczeństwo. Głównym przesłaniem obsługi płatności jest to, że dwustanowy model przedstawiony na rysunku jest odzwierciedlony w architekturze – dla każdego z nich używany jest fizycznie i logicznie odseparowany zestaw serwerów. Gdy klient zobowiąże się do zakupu artykułów, powinien przejść do wysoce niezawodnego, transakcyjnego zestawu procesów, które pobierają płatność i dodają zamówienie do kolejki. Zazwyczaj serwer płatności oferuje klientowi możliwość otwarcia bezpiecznego (tj. zaszyfrowanego) kanału przekazywania wiadomości między nim a nim, w którym gromadzone są informacje o karcie kredytowej lub inne informacje dotyczące płatności.

Ten proces może nawet przebiegać w witrynie innego dostawcy, być może w agencji płatniczej. Szczegóły dotyczące wymagań koszyka na zakupy są przekazywane z serwera WWW do serwera płatności (być może tylko całkowity koszt) w bezpieczny sposób, który nie pozwala na włamanie się do tego ostatniego. Przynajmniej taka powinna być intencja, jak wyjaśniamy w naszych dyskusjach na temat bezpieczeństwa.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *