Czy istnieje wzór lub praktyka projektowa, z której można skorzystać, aby pomóc z usługami, które nie działają lub przestają działać, a inne są stabilne?
Co jeśli mam trzy mikrousługi, a dwie z nich są dobre, a jedna umiera w środku testu POST? Dwa dostaną POST, a jeden nie. Nie sądzę, że mogę przeprowadzać transakcje, ponieważ wysyłam moje żądania do usługi.
Jak mogę to zaprojektować? Nie chcę osieroconych danych w różnych bazach danych.
6
Nie jest to prosty problem do rozwiązania. Widziałem, jak zostało to wdrożone jako kolejka do usług (ostateczna spójność), ponieważ najprawdopodobniej nie masz kontroli nad usługami, a narzucanie menedżerów transakcji lub możliwości transakcyjnych jest w najlepszym razie bzdurą i prawdopodobnie nie jest dobrym pomysłem w środowisku SOA. Widziałem to głównie wokół mobilnego pchania, gdzie możesz mieć połączenie z miejscem docelowym.
—
Mike
kwas nad mikrousługami to trudny orzech do zgryzienia, inną opcją może być szyna, używając redis publikuj / subskrybuj lub projektuj kolejki i wysyłaj raz z kanału przychodzącego, a następnie Twoje usługi subskrypcji lub serwery proxy docierają do celów i zgłaszają sukces niepowodzenie. Będziesz musiał monitorować awarie i mieć do tego przepływ. Możesz również mieć awarie, w których transakcja nie jest ważna w jednej usłudze, ale ważna w dwóch innych, ale to tylko kolejny błąd, który musisz rozwiązać.
—
Tim Cederquist,
Czy nie użyłby czegoś takiego jak „menedżer kolejek”, co wydaje mi się, że Redis spowodowałby wąskie gardło? A przynajmniej ma duży potencjał? Nie znam też innego sposobu niż ty opisałeś.
—
Johnny
W zależności od natężenia przepływu danych wdrożyłem menedżera kolejek, który ponawia próby transmisji do momentu zgłoszenia sukcesu lub wysyła nieudane powiadomienie i wysyła powiadomienie SMS o awarii. Wydaje mi się, że będzie to trochę zależeć od oczekiwanego okresu wyłączenia (jak długo).
—
htm11h
Czy po to jest coś takiego jak rabbitmq?
—
Johnny