Jeśli jesteś deweloperem Javy i jeszcze nie używasz Grooviego w swoich projektach – to już nadszedł czas, aby to zmienić! Pokażę Ci, jak szybko i łatwo wykorzystać potęgę, jaką daje nam Groovy oraz omówię narzędzia, które powinny znaleźć się w warsztacie każdego szanującego się Javowca.

Systemy kolejkowe (messaging) zawsze były istotnym komponentem w architekturze systemów. Tak jest i teraz, wraz ze wzrostem popularności mikroserwisów czy “reactive programming”, obciążenie kolejek znacznie wzrasta, stawiając nowe wymagania co do ich wydajności i odporności na awarie i błędy. Przyjrzymy się podzbiorowi systemów kolejkowych: takim, które oferują zarówno lokalną trwałość danych, jak i ich replikacje. Innymi słowy chodzi o takie kolejki, które nie zgubią wiadomości nawet przy awarii serwera. Porównywać będziemy “tradycyjne” systemy: RabbitMQ, HornetQ i Kafka, jak też kolejkę opartą o bazę MongoDB i kolejkę-as-a-service od Amazona, SQS. Poza przeglądem protokołów i semantyki działania kolejek, zobaczymy jak szybko są w stanie przetwarzać wiadomości i jak się skalują. Wyposażeni w wykresy i nowe informacje, wybór właściwej implementacji systemu kolejkowego do następnego projektu powinien być znacznie prostszy!

Wielka fala fascynacji NoSQL chyba już za nami. W środowiskach programistycznych sporo jest niezwykle silnych opinii, że „w czasach niepodzielnych rządów SQL” było lepiej lub gorzej. Tak jednostronne opinie zwykle wynikają z niedoinformowania lub niewłaściwego korzystania z któregoś z rozwiązań. Przyjrzymy się kilku przykładom z domeny NoSQL, jak: MongoDB, redis, Neo4j i pokrótce porównamy je z tradycyjnymi rozwiązaniami. Znając ich mocne i słabe strony, dużo łatwiej będzie nam dobrać właściwe narzędzie, pasujące do specyfiki naszego systemu.