@trevoz: no tak ale wtedy co chwilę muszę robić pack na libce a potem install na projekcie docelowym. Takie coś co chwilę to upierdliwe

@tomash-pl: Npm link dla ts niezbyt ma sens

@tomash-pl: No nadal muszę robić ciągle przebudowania. Mam chyba już wstepny poc jak to zrobić bez takich kombinacji :)

@Flasher: Tylko to ziemniaki a nie frytki :D

@kochanka_masztalerza: szukam czegoś w klimacie frito chicken które było na ruskiej. Kapsalon nieco inaczej mi brzmi...

@n0c0Mpr3h3nD: balancer http działa jako round-robin, nie wie nic o tym, ile która maszyna ma "zadań w tle"

@Djelon: @leon_xm: patrząc na dokumentację AWS ALB https://aws.amazon.com/about-aws/whats-new/2019/11/application-load-balancer-now-supports-least-outstanding-requests-algorithm-for-load-balancing-requests/ mam wątpliwości czy to zadziała, bo w moim przypadku job wpada, request http się kończy, a procesowanie obdywa się w tle. Także balancer o tym nie wie.
Może coś z wagami dałoby się zrobić, ale w przypadku AWS może być to nieco skomplikowane...

@yggdrasil: tak, ogólnie to tak działa, mam kolejkę na redisie, po http wpadają rzeczy do kolejki, a inny proces/wątek to procesuje. Trochę uprościłem przykład.
Jak mamy na starcie 2 procesory, a potem w trakcie dokładamy 3, to pierwsze dwa są obłozone i nadal przyjmują kolejne zadania (ściągając z kolejki przez BRPOPLPUSH), i trzeci też ściąga proporcjonalnie. Szukam jakieś mądrej koncepcji jak wymusić by ten 3ci przez jakiś czas tylko przyjmowałPokaż całość

@n0c0Mpr3h3nD: niemogę pozwolić by ilość ruchu jaka się tam pojawiła zabiła proces/cpu/zjadła ram etc. Mogę zrobić jakiś hardlimit powyżej którego zablokuję ruch, ale to ostateczność

@yggdrasil: no jasne, tak mam, ale procesowanie po pobraniu z redisa tez obciąża, a kolejne joby będą jesszcze bardziej dobijać maszynę

@yggdrasil: Pierwsza maszyna (tu jest łatwo): LoadBalancer -> obsługa http -> redis
Drugie obsługujące zadania (A i B po 50%): redis -> procesowanie (musi być odrazu, po pojawianiu się joba, niemożemy czekać) -> zapis wyniku

W momencie jak do drugiej grupy wrzucimy C, to ruch zacznie się rozkładać po 33% pomiedzy A B C. W pewnym momencie może dojsc do sytuacji, że od nadmiaru ruchu A i B tak spuchną,Pokaż całość

@zibizz1: @yggdrasil: jakiś rodzaj wag byłby ok, ale na redisowym BRPOPLPUSH jakoś nieumiem sobie tego wyobrazić :)

@zibizz1: jakiś to pomysł jest, żeby w momencie jak load się zwiększy to zwolnić tempo przyjmowania nowych jobów...

Jak już worker nie może przetwarzać to nie bierzesz tasków i tyle.

@yggdrasil: no i tu dochodzimy do momentu, że powinien być hard-limit po prostu :)

@yggdrasil: no tak, jakby z wyprzedzeniem uruchamiać maszynę C, to pewnie ruch by się ładniej rozłożył

@scriptkitty: Mniej więcej to mam. A co z przerwaniem joba?

@zibizz1: na szybko patrząc to googlowe? Siedzimy na AWS więc jakiegoś odpowiednika bym potrzebował. Kojarzysz?

@scriptkitty: No kilka godzin może być...

@saper_vodiczka: Wiem to jest pewne ryzyko. Wtedy dwie opcje: siedzimy dalej co wcale nie byłoby złe. Albo próbujemy wrócić do miejsca zameldowania może to się będzie dało zrobić