Aktywne Wpisy
GlenGlen12 +57
Ceny wszystkiego tak bardzo odjeżdżają już od "normalnych" pensji, że człowiek nie jest tego w stanie nadgonić nawet rozwijając się czy pracując na 1,5 etatu.
15k/m2 mieszkania, gałka lodów 8 zł, mały crossaint 15 zł, zjedzenie w średniej restauracji dla 2 osób z napojami lekko przebija 200zł, paczka Laysów dochodzi do 10 zł, barber czy fryzjer zaczyna się od 70 zł, kończy na 100.
Mam wrażenie, że dla Polski pre-pandemiczne lata (2017-2019)
15k/m2 mieszkania, gałka lodów 8 zł, mały crossaint 15 zł, zjedzenie w średniej restauracji dla 2 osób z napojami lekko przebija 200zł, paczka Laysów dochodzi do 10 zł, barber czy fryzjer zaczyna się od 70 zł, kończy na 100.
Mam wrażenie, że dla Polski pre-pandemiczne lata (2017-2019)
IntruderXXD +618
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ・ 。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ∴。
⠀⠀⠀・゚*。.
⠀⠀⠀⠀⠀⠀⠀ ・ *゚
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀・ ゚*
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ・。
⠀⠀⠀⠀⠀⠀⠀⠀*・。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ *.。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。・
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ゚*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。。 ・
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。 ・゚
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。*・。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ∴。
⠀⠀⠀・゚*。.
⠀⠀⠀⠀⠀⠀⠀ ・ *゚
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀・ ゚*
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ・。
⠀⠀⠀⠀⠀⠀⠀⠀*・。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ *.。
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。・
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ゚*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。。 ・
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。 ・゚
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。°*.
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀。*・。
Aktywne Znaleziska
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
Przyjmijmy, że:
- mam Core API, które wykonuje pewne akcje, np. aktualizacja produktu,
- serwisy, które zależą od tej aktualizacji
I teraz do rzeczy. Bez sensu żeby Core API wysyłał requesty do każdego z serwisów. Może byc jeden, wiele, a moge nawet nie wiedziec o ich istnieniu - nawet jesli sa to wewnetrzne serwksy. Pomyślałem, że najlepiej jak Core API opublikuje event, message, wrzuci do kolejki, a to zainteresowane mikroserwisy będą nasłuchiwać.
Moje pytania:
1. Czy to dobre podejście?
2. Co zastosować? Redis? RabbitMQ - tylko że consumer łapie wiadomość i znika z kolejki, a chodzi o to ze kilka mikroserwisów musi cos z tym zrobic, jak dowie sie że produkt zostal zaktualizowany. Chyba, że można to skonfigurować aby wiadomość dotarła do każdego nasł#!$%@?ącego serwisu
Jeśli macie jakieś dobre przykłady, artykuły chętnie podejrzę. Dopiero siadłem do tematu, a ten problem pewnie został już przerobiony milion razy, są best practices, a ja wynajduję koło na nowo ;)
#pracait #php #nodejs #programowanie
@mirunek: masz bardzo dużo podstaw do poczytania ale to czego tutaj szukasz to model topic vs subscription w eventach
i ustawisz, żeby #!$%@?ło to z kafki po tygodniu czy po iluś megabajtach (ile ci potrzebne) i elo
@karetpoker @karetpoker dzięki. Co do kafki, jeśli Core API zaktualizował produkt, po 2 sekunfach znowu, wysłał 2 wiadomości to bez problemu mogę jakoś oznaczyć "czas" utworzenia, tak aby te wiadomości były konsumowane w odpowiedniej kolejności?
Zrób usługę w CoreAPI, która odpowie na pytanie jakie produkty się zmieniły od określonego momentu.
Każdy serwis będzie mógł o to zapytać.
Jest to mnie efektywne bo każdy zapyta osobno, ale proste do napisania i nie wymaga instalacji kolejnego elementu, subskrybcji itp.
będziesz publikował message nie do kolejki, tylko na exchange z routing tagiem i stamtąd ta wiadomość się skopiuje na wiele kolejek
jeden konsument = jedna kolejka
w to bym poszedł, kafka się lepiej sprawdza, jeśli potrzebujesz jakiegoś persistency i chcesz dużo rzeczy obsługiwać out of order