[AntiPlay]

#androiddev #programowanie
Jakiej technologi użyć do budowy serwera reklamowego?
Wymagania:
-serwowanie reklam, tysiące requestów do serwera na minutę, kilka milionów dziennie
androidowa appka > webservices > serwer <reklama
-strona dla developera, który doda reklamy do swojej appki
-strona dla reklamodawcy, który doda reklamy do systemu
-targetowanie reklam pod daną lokalizację (pobieraną z urządzenia)
-serwer będzie przechowywał gigabajty danych o urządzeniach i lokalizacjach

*PHP + MYSQL?
*Java EE + php + sql?
*inna

[y.....l]

@AntiPlay: przy takim ruchu to mikro serwisy. Ja bym w railsach robił...

[J.....n]

@AntiPlay:
raczej NGINX niż Apache. Może PHP/Phalcon albo Symfony? Może Node/Express?
Zależy też jaka baza danych (sql, nosql). Jeśli sql to Postgres. Nosql za to może być wydajniejsza.
Na jave EE będziesz musiał meć dużo ramu na takim serwerze ( ͡° ͜ʖ ͡°)

[AntiPlay]

@yggdrasil: mikro serwisy? To musi być ultra szybkie:
-backend, gdzie odbywa się cała "robota"
-frontend dla reklamodawcy, developera i administratora, tak by można było szybko dodawać nowe reklamy, głównie z serwisów typu affiliate networks; link trackingowy, obrazek(baner), etc. kliki trzeba dopasowywać do danej aplikacji, developera i reklamodawcy
Czyli:
1. Dużo danych
2. Dużo sortowania
3. Dużo przetwarzania
4. Gigantyczna liczba requestów każdego dnia
kilka milionów robię sam, moimi appkami, a jesli

[AntiPlay]

@Jojne_Zimmerman: początkowo chcę to trzymać na VPSie biznes-host z apachem, nie wiem, czy mam tam możliwość instalacji nginx, ale pewnie tak. Jak nie będzie wyrabiał, to przeniosą mi na dedyka.

[w__k]

@AntiPlay: Raczej warto buforować dane i minimalizować kontakty z bazą danych (wczytywanie bieżących kampanii reklamowych i okresowe aktualizacje statystyk realizacji), Przynajmniej dawno temu tak to było robione w - powiedzmy - wiodących rozwiązaniach.

[l.....r]

@AntiPlay: poczytaj też o cachingu (ehcache, memcached itp).

[terion]

poczytaj też o cachingu (ehcache, memcached itp).

@lerner: Redis!!

[l.....r]

@terion: tez

[GotoFinal]

@AntiPlay: Chyba nie chodzi ci o Apache jako Apache httpd? Jak tak, to tak jak
@Jojne_Zimmerman napisał, zdecydowanie lepiej ci wyjdzie NGINX.
1 wątek -> połączenie a 1 wątek na tyle połączeń ile się da to jednak różnica, no chyba że masz 10 tysięcy rdzeni i masz #!$%@?.

[AntiPlay]

@GotoFinal: może to działać obok apache na Debianie? Nie chciałbym dla testów psuć swoich konfiguracji

[GotoFinal]

@AntiPlay: jak się pobawisz z konfiguracją i ustawisz na innym porcie to czemu nie, powinno działać.
Sam używałem apache na moim małym projekciku i przeszedłem na NGINX bez problemu, tomcat dalej śmiga, nexus i jenkins podpięty też.

[AntiPlay]

@GotoFinal: takie coś mam w sumie
50 GB dysku twardego
Transfer: bez limitu!
1024 MB - gwarantowany RAM
2048 MB - maksymalny RAM
Procesor - 2,8 Ghz - 100% 1 rdzenia
Dostęp do konta root (ssh)
1 adres IP
System operacyjny Linux - Debian/Centos
Dowolna konfiguracja serwera VPS
Obsługa Primary i Secondary DNS
Pełna kopia bezpieczeństwa
Panel Direct Admin
Usługa administracji serwerem

Niby taki średni serwerek, ale w razie "w" mi

[y.....l]

@AntiPlay: No właśnie jak ma być szybkie to najlepsze są mikroserwisy. Możesz napisać aplikację Tak, żeby się ładne skalowala i wtedy odpisałaś ja tyle razy ile chcesz. Do tego wrzucisz to na amazona to już w ogóle bajka.

[AntiPlay]

@yggdrasil: czyli jak to ma wyglądać?
-reklama typu push - moduł
-reklama typu intersitial - moduł
-baza x - moduł
-baza y - moduł
Stronka scalająca - serwer z ngnix?