Wszystko

Wszystkie

Archiwum

amaanda
amaanda
  • 0
Krakow Councillors Stand Firm on Green Spaces as Developers Threaten Legal Action
In the heart of Krakow, a battle is brewing over the future of the city's green spaces. As the city continues to grow, its limited natural areas are under increasing pressure from developers eager to expand urban infrastructure. However, Krakow's local councillors are determined to preserve these vital patches of greenery, standing as crucial sanctuaries for both residents and wildlife amidst the city's expanding concrete landscape.

The Struggle to Preserve Krakow's Greenery
Krakow, like many cities around the world, faces the challenge of balancing urban development with environmental preservation. The city's councillors have recognized the importance of maintaining green spaces, not just as aesthetic additions to the urban environment but as essential components of the city's ecosystem. These areas provide a habitat for local wildlife, contribute to air quality, and offer residents much-needed spaces for recreation
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
D.....s
D.....s
  • 3
Mireczki pytanie.
Załóżmy, że chcę zbudować serwis w oparciu o #eventsourcing
Gdzie trzymacie wszystkie zdarzenia? W bazie noSQL-owej? A w bazie relacyjnej wyliczone finalne wartości (te tzw. projekcje)?

Przecież po 2,3 i np. 5 latach działania takiego systemu eventów będę miał od cholery, baza SQL-owa raczej tego nie utrzyma.

#programowanie
  • 10
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
LiczbaPi
LiczbaPi
  • 3
@Dyktus: Często się do tego stosuje np. kafkę + cassandrę. Eventy konsumujesz z kafki z cassandry odbudowujesz stan aplikacji w razie jakiegoś padu lub gdy potrzebujesz wyciagnąć coś starego czego na kafce już nie znajdziesz
  • Odpowiedz
kefas_safek
kefas_safek
  • 2
Drodzy Mirki spod #programowanie mam taki dylemat z #eventsourcing. Otoz przypuscmy, że mam sobie ranking graczy, który buduje punktację za jakieś aktywności, np daje 5 pkt za zabicie wroga i 1pkt za uratowanie zakladnika. Tabela rankingu będzie wyglądać mniej więcej tak:
Miejsce | gracz | zabitych | urattowanych | suma.
Jak powinienem zapisywać zdarzenia i z czego odtwarzać stan? Czy zapisywać efekt typu gracz x zabił wroga
  • 7
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
cube
cube
  • 4
@kefas_safek: piszesz strzelankę w php ? proponuję notować wszystkie zdarzenia, zarówno zabicia wrogów jak i zdobyte achievementy, ponieważ zasady mogą zmieniać się w czasie, np zrobisz promocję na święta, że za trzech zabitych wpada medal, gdzie normalnie trzeba typów zabić dziesięciu. No i wtedy jak to przeliczysz wstecz mając tylko tabele z zabitymi ?
  • Odpowiedz
Colos
Colos
  • 1
@kefas_safek: ja tam bym zrobił
Timestamp, x zabił y,
Timestamp, x uratował zakładnika
...

No i nawet jak ci się zmieni punktacja w czasie to będziesz mógł uwzględnić.
  • Odpowiedz
markaron
markaron
  • 1
W event sourcingu możemy zdefiniować wiele handlerów dla jednego typu zdarzenia. Jaką konwencję organizacyjną handlerów przyjęlibyście w takiej sytuacji:

System A wysysła do B wiadomość. System B po odebraniu wiadomości emituje zdarzenie MessageReceived. W wyniku tego zdarzenia mają wykonać się następujące operacje:
- zapis informacji do logu aplikacji o odebranej wiadomości,
- umieszczenie wiadomości w kolejce, skąd zostanie odebrana przez inny system
- wysłanie informacji o odebranej wiadomości do serwisu odpowiedzialnego za monitorowanie obsługiwanych zdarzeń w czasie rzeczywistym (ASP.NET i SignalR)
markaron - W event sourcingu możemy zdefiniować wiele handlerów dla jednego typu zdar...

źródło: comment_Z8kISSVB9OfJ2yRUUpdxx7usuXWd5L7V.jpg

Pobierz
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
g.....s
g.....s
  • 1
Ktoś tutaj interesuję się #eventsourcing ?
Zadam może już teraz pytanie.

Czy w event sourcingu jedna instancja agregat root reprezentuje pojedynczy byt biznesowy?
Chodzi mi o to jak zabezpieczyć taki agregat przed dostępem z wielu wątków?
Z tego co rozumiem w całym systemie może istnieć tylko jedna instancja bytu biznesowego i wszystkie komunikaty związane z np tym kontem bankowym idą tylko do tej jednej instancji? Agregat root obsługuje w danym momencie tylko jeden komunikat, a reszta jest kolejkowania?
  • 1
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
ritter
ritter
  • 1
Jest dokładnie jak napisałeś. Aktorzy w akce obsługują jeden message na raz, a reszta jest skolejkowana w mailboxie.
  • Odpowiedz

Powiązane tagi