Airflow to jest tylko scheduler do uruchamiania jobow. Tak koszerne to było by zrzucać eventy na hdfs, później możesz sobie pisać querki którymi będziesz obliczał dane do raportów. Jak potrzebujesz te querki puszczać regularnie to możesz sobie napisać joba na airlfow, ale w najprostszym wydaniu pewnie cron wystarczy. Jak danych jest mało albo nie trzymacie danych na hdfs w firmę to pewnie można napisać serwis którzy zrzuca te dane do jakiejś bazki.Pokaż całość

@automaat: jak robiłeś wołowinę?

Firebase jest w sumie spoko do prototypowania rozwiązań można łatwym kosztem szybko wystawić sobie jakaś webapke która ma jakaś tam bazę danych plus proste funkcje. Do tego firebase daje ci autoryzacje z Google/Facebook za darmo wiec można bardzo szybko dostarczyć gotowy produkt. Ale tak naprawdę jak ktoś tego zacznie używać i pojawiają się klienci to najlepiej napisać własny backend na porządnie

@Solidly: moment w którym twój serwer przestaje sobie radzić z ruchem jest najpewniej momentem w którym masz na tyle dużo użytkowników ze powinieneś na nich zarabiać na tyle żeby zatrudnić kogoś kto ci to ogarnie infrastrukturę

@11_01_010_1010_00_10: Jak piszesz większy projekt gdzie pojawia się trochę logiki biznesowej to wygodniej dużo jest napisać swój backend niż korzystać z firebaseowych funkcji. Przy bardziej rozbudowanej logice utrzymanie funkcji nie należy do najprostszych i najprzyjemniejszych zadań. Dodatkowo przez to ze piszesz w js to nie jest to wyjątkowo wydajne rozwiązanie. A i przy firebase trzeba uważać bardzo na limity bo przy darmowej wersji albo pierwszym płatnym poziomie łatwo bardzo jestPokaż całość

@11_01_010_1010_00_10: Co do naliczania kosztów to zgadza się to co opisałeś. Warto agregować dane w dokumentach, ale trzeba tez pilnować żeby te dokumenty nie zrobiły się za duże bo ucierpi na tym wydajność twojego czatu. Przy firebase warto sobie założyć dwa projekty jeden produkcyjny i jeden testowy na którym będziesz sobie klikał po apce. Dzięki temu łatwo wykryć co zjada limity.

Ja raz przez przypadek wrzuciłem sobie ciągła aktualizacje stanuPokaż całość

Mongo powinno sobie dac rade spokojnie z takim problemem. Co do springa i spring data, jak nie interesuje cię co znajduje się w tych dokumentach możesz porostu to co wyciągniesz z bazy zrzutować na np ObjectNode nie musisz tworzyć modelu w Javie, a Spring jest poprostu wygodny i szybciej zakodzisz gotowe rozwiązanie zwłaszcza jak znasz springa

Jak dla mnie najlepsza confitura, luźna atmosfera, tanio, czasem się trafi kilka ciekawych prezentacji. Na devoxxx i geecon większość prezentacji można już gdzieś wcześniej zobaczyć w internecie, poza tym zwłaszcza w polskich edycjach nie ma za dużo ciekawych prezentacji :(