Dokładnie o godzinie 10:00, w czwartek 1 października, ruszyła dystrybucja II puli Lubelskiego Czeku Turystycznego. Podobnie jak miesiąc temu, kiedy startował program, zainteresowanie było ogromne. Ci, którzy weszli na dedykowaną programowi stronę kilka minut później, nie mieli już czego szukać.
Tu warto wskazać, że tym razem było około 4700 czeków, z czego 1100 dla osób pełnoletnich, 1134 dla posiadaczy Karty Dużej Rodziny oraz 2469 dla seniorów. Tymczasem na stronę, za pomocą której przyjmowano wnioski, weszło aż 1,1 mln osób. To pokazuje, jak dużym zainteresowaniem cieszy się ta inicjatywa Urzędu Marszałkowskiego Województwa Lubelskiego.
Tym razem pierwsza pula wyczerpała się w niecałą minutę. Poprzednim razem było to 30 sekund. Bony dla posiadaczy Karty Dużej Rodziny rozeszły się w niecałe 3 minuty, a dla seniorów – w blisko 5 minut.
Lubelski Czek Turystyczny będzie można zrealizować do końca miesiąca w ponad 260 obiektach hotelarskich na terenie całego regionu. Te, które znów nie zostaną wykorzystane, trafią do III puli, której wydawanie ruszy 1 listopada.
Celem inicjatywy jest zachęcenie do wypoczynku i poznawania atrakcji turystycznych Lubelszczyzny poza sezonem wakacyjnym. W ramach programu można otrzymać dofinansowanie do pobytu w obiektach uczestniczących w akcji, dzięki czemu część kosztów związanych z noclegiem może zostać pokryta z czeku.
Program ma również wspierać lokalną branżę turystyczną. Hotele, pensjonaty i inne obiekty biorące udział w inicjatywie zyskują dodatkową możliwość przyciągnięcia gości, a mieszkańcy mogą odkrywać miejsca turystyczne znajdujące się często niedaleko ich miejsca zamieszkania. Duże zainteresowanie kolejnymi pulami czeków pokazuje, że taka forma zachęty do podróżowania po regionie spotyka się z dużym odzewem.
15 komentarzy
Komentarz ukryty z powodu bardzo niskiej oceny.
800plusy łase na kasę jak nikt inny. Siedzą na bezrobociu to i mają czas się zalogować. Normalnie pracujący ludzie raczej bez szans na bon.
Komentarz ukryty z powodu bardzo niskiej oceny.
o 10tej ja pracuje.
Komentarz ukryty z powodu bardzo niskiej oceny.
Dzięki botom naiwniaku!
Komentarz ukryty z powodu bardzo niskiej oceny.
… powinno być kryterium dochodowe przy losowaniu tych czeków turystycznych
jak widzę na parkingu to goście z czekami w suv-ach po 150 tysi
Komentarz ukryty z powodu bardzo niskiej oceny.
Jak mało zarabiasz to znajdź lepszą pracę. Nie powinno być żadnych bonów turystycznych, 800+ i innych zasiłków socjalnych.
Komentarz ukryty z powodu bardzo niskiej oceny.
jak za komuny karteczki 🙂
Komentarz ukryty z powodu bardzo niskiej oceny.
Gdyby te sztuczki reklamowe nie uruchamiały się przez internet, to lud by się stratował.
Komentarz ukryty z powodu bardzo niskiej oceny.
Rowno o 10 nie bylo uruchomione mi sie udalo o 10.02..
Komentarz ukryty z powodu bardzo niskiej oceny.
Odświeżałem stronę i kiedy przycisk stał się aktywny wpisałem dane w jakieś 10 sekund. Bonów już nie było. Coś tu jest mocno nie tak skoro warmińsko-mazurski bon udało się wyrwać i to bez klikania f5.
Komentarz ukryty z powodu bardzo niskiej oceny.
…darłowska smakuje najbardziej.
Komentarz ukryty z powodu bardzo niskiej oceny.
Darmoszka smakuje najbardziej.
Komentarz ukryty z powodu bardzo niskiej oceny.
Dlaczego nie zrobią akcji na przykład o 20:00 ? Bo patusy 800plusy są już ululani harnasiem.
Komentarz ukryty z powodu bardzo niskiej oceny.
4700 bonów w niespełna minutę. Załóżmy, że 50 sekund. 94 bony na sekundę.
Przy mocy obliczeniowej serwerów, które obsługują te losowania to nie jest możliwe.
Nie, z technicznego i praktycznego punktu widzenia jest to fizycznie niemożliwe dla jednego starego komputera pełniacego rolę serwera z systemem Windows.
Aby obsłużyć 4700 osób w 50 sekund, system musiałby przetwarzać aż 94 operacje na sekundę (RPS – Requests Per Second), zakładając idealnie równe rozłożenie ruchu. W rzeczywistości (w tzw. pikach) ta liczba musiałaby wynosić od 150 do kilkuset operacji na sekundę.
Oto szczegółowa analiza, dlaczego stary serwer Windows nie podołałby takiemu zadaniu:
1. Wąskie gardło zewnętrznych API (ZUS / PUE)
Polski Bon Turystyczny był nierozerwalnie związany z weryfikacją w zewnętrznych systemach państwowych (Platforma Usług Elektronicznych ZUS).
• Każda rejestracja wymaga wysłania zapytania do zewnętrznego API, poczekania na odpowiedź, autoryzacji i przetworzenia danych.
• Czas odpowiedzi (latency) zewnętrznych serwerów rządowych przy masowym ruchu wynosił często od kilkuset milisekund do kilku sekund.
• Stary serwer bardzo szybko wyczerpałby limit dostępnych wątków (thread pool) lub połączeń sieciowych, czekając na odpowiedzi z ZUS-u, co doprowadziłoby do całkowitego zawieszenia aplikacji (Timeout).
2. Ograniczenia bazy danych i dysku (I/O)
Zapisanie rejestracji dla 4700 osób wymaga wykonania bezpiecznych operacji na bazie danych (tzw. transakcji ACID), aby uniknąć błędów (np. podwójnego zaksięgowania bonu).
• Stare dyski (HDD): Oferują ograniczoną liczbę operacji zapisu na sekundę (IOPS). Zapisywanie dziesiątek transakcji jednocześnie na starym dysku talerzowym spowodowałoby gigantyczną kolejkę i zator.
• Blokady bazy (Locks): Przy tak agresywnym zapisie baza danych na słabym sprzęcie zaczęłaby blokować tabele, uniemożliwiając jednoczesny zapis wielu użytkownikom.
3. Architektura systemu Windows (wersje Desktop vs Server)
• Jeśli ten „stary komputer” działał na systemie Windows w wersji konsumenckiej (np. Windows 10/11), posiada on sztywne limity licencyjne do maksymalnie 20 jednoczesnych połączeń sieciowych przychodzących. System odrzucałby 99% użytkowników już na starcie.
• Jeśli był to Windows Server, limitów licencjonowania połączeń IIS można uniknąć, ale stary procesor i mała ilość pamięci RAM nie poradziłyby sobie z warstwą szyfrowania SSL/TLS (HTTPS) dla tysięcy jednoczesnych użytkowników.
Matematyczny podział obciążenia
Poniższy wykres obrazuje minimalną liczbę żądań, jaką serwer musiałby bezbłędnie przetworzyć w każdej sekundzie (zakładając utopijny scenariusz, że ruch rozkłada się idealnie równomiernie, co w praktyce się nie zdarza)
Podsumowanie
Dla 4700 osób próbujących zarejestrować się w niecałą minutę potrzebna jest nowoczesna architektura chmurowa (np. AWS, Azure), systemy kolejkowe (RabbitMQ/Kafka), szybkie bazy danych w pamięci RAM (Redis) oraz load balancery rozdzielające ruch na wiele maszyn. Jeden stary komputer uległby natychmiastowej awarii (Crash) pod wpływem tak nagłego przeciążenia (atak typu self-DDoS).
Komentarz ukryty z powodu bardzo niskiej oceny.
Cebulandia
Komentarz ukryty z powodu bardzo niskiej oceny.
za pisu takiego dziadostwa nie było