Rozproszone transakcje są jednym z największych wyzwań w architekturze mikroserwisów. Gdy mamy do czynienia z jednym procesem rozproszonym jako kilka transakcji na różnych bazach danych, to już nie jest to samo, co transakcja na jednej bazie danych, gdzie zawsze możemy zrobić rollback. Jak więc podejść do takiej rozproszonej transakcji? Jak sobie poradzić, jeśli coś się wysypie w procesie, który działa na wielu bazach?
Zobacz jakie propozycję zmian daje Java 25 i w którą stronę zmierza!
Event eventowi nie równy — warto odróżniać od siebie typy eventów, ponieważ każdy z nich służy do czegoś innego
Serwisy to dobrze znane nam bezstanowe komponenty, które najczęściej implementujemy jako singletony. Jednak, jak się okazuje, możemy je również podzielić na kilka typów.
Często jako programiści miewamy dyskusje co do różnych tematów. Jednym z takich kwestii jest projektowanie REST API i używanie metod HTTP.
Gdy tworzymy aplikację jako produkt i chcemy ją sprzedawać w modelu subskrypcji, często najbardziej opłacalnym rozwiązaniem będzie skorzystanie z architektury wielotenantowej, dlatego warto znać to podejście!
Gdy w aplikacji mamy bogatą domenę, często wybieramy opcję zalecaną przez programowanie obiektowe, czyli trzymanie reguł tam, gdzie znajdują się dane. Wtedy powstają tzw. obiekty domenowe, i tu pojawia się kolejny problem: czy powinniśmy w nich używać ORM, a jeśli nie, to jak można to zrobić?
To, gdzie umieścimy naszą logikę domenową, wpływa na to, jak będzie nam się później rozwijała aplikacja. Dlatego warto znać konsekwencje swoich decyzji, a w tym pomoże znajomość projektowania aplikacji z wykorzystaniem anemic i rich domain model.
DDD taktyczne to tak naprawdę dobrze robione programowanie obiektowe. Oczywiście, nie trzeba znać DDD, żeby programować dobrze obiektowo, ale znajomość tych terminów ułatwia nam komunikację i upraszcza pracę.
Pisząc aplikację, często popełniamy błędy lub tworzymy rozwiązania, które zamykają nam wiele dróg. Odkryj 5 często popełnianych błędów w Springu – sprawdź, czy sam nie popełniasz któregoś z nich!
Decydując się na konkretną architekturę, chcemy przestrzegać zależności między warstwami. Najlepiej zautomatyzować sprawdzanie tych reguł, a w tym celu możemy użyć testów architektury.