Współpraca z NQ - odświeżenie tematu hostingu.

[scannerGT]

W 2018 roku rozpoczęliśmy z kwiateuszem prace nad aktualizacją środowiska serwerowego w NQ, żeby można było przeprowadzić aktualizację forum/wortalu/planety itp. oraz oczywiście migracje docelową na nowe wersje.

Temat odświeżę, sprawdzę, czy NQ wciąż jest chętne do utrzymania sponsoringu serwerowego. Założenia są takie, że administracja serwerem pozostaje po stronie NQ, zarządzanie softem - po naszej.

Trzeba ustalić, co na serwerze powinno być zainstalowane i w jakich wersjach - czekam na głosy, issue będę aktualizował na bierząco.

Wymagania:

Software	Wersja	Uwagi
Apache		do ustalenia
NGINX		do ustalenia
PHP	7.3
MySQL	8
?
?
?

[Tomirad]

Nginx jest bardzo dobrym rozwiązaniem do utrzymywania statycznych treści, zarazem przy niższych parametrach serwera Nginx będzie potrafił obsłużyć więcej zapytań niż Apache.

bieŻąco

[SebaZ]

Redis
Varnish do spółki z nginx pozwoli jeszcze lepiej zarządzać nie tylko statycznymi plikami, ale i cach'em requestów,

[kptLucek]

O ile mogę zabrać głos:
Apache2 -> Nginx jak najbardziej
Redis, na wstępie kwestie sesyjne i ewntualnie jakieś drobne statystyki (chyba że docelowe narzędzie będzie go wymagało)

Przed varnishem przestrzegam (w tym momencie) - niby fajnie, bo cache, ale ten cache trzeba ivalidować, niby pierdoła, a przy obecnym contencie / przyroście postów / etc. jest to tylko kolejny klocek który ktoś musi utrzymać tylko po to, żeby od początku było fancy.

Top priorytet w mojej opinii, to upgrade środowiska, potem wymiana/upgrade oprogramowania, a potem (jeżeli maszyna nie wydoli, lub będzie nieużywalne) bawienie się w varnishe.

[kwiateusz]

Aktualnie pod spodem jest jeszcze Sphinx żeby dało się szukać w postach bo MySQL nie dawał rady. Nowa wersja forum chyba też pozwala na jego użycie.

[kptLucek]

@kwiateusz a ja proponuję migrację na/zapięcie Elastica.

Czemu?

Skoro serwis ma być "nowy" to w mojej opinii ES daje zdecydowanie większe pole do popisu, "żre" mniej zasobów, jest łatwiejszy w przygotowaniu, utrzymaniu i zarządzaniu, a "nauka" pozwalająca na zbudowanie indexu który dawał konkretnego kopa zajęła mi jakiś czas temu dosłownie chwilę, dodatkowo z tego co wiem, to ES jest zdecydowanie prężniej rozwijany no i wydaje się mieć całkiem spore comunity.

[kwiateusz]

Tyle że jak zostaniemy na silniku ipb to trzeba napisać plugin, więc pytanie kto to zrobi

[kptLucek]

Patrząc na rozwój dyskusji, to ja bym proponował już teraz przenieść się chociażby na slacka, nawet testowego, technicznego, takiego którego potem się zaora - dlaczego? Bo:

• Issues to nie miejsce na dyskusję
• Skakanie po 4-6 issues'ach nie jest niby trudne, ale powouduje konieczność albo trzymania n zakładek, albo klikania i klikania (non-user-friendly)

[kptLucek]

@kwiateusz https://forum.invisionize.pl/topic/51375-ips-news-43-scaleable-search-and-interface-improvements/

Z tego co widzę, to ES już jest ;)

A co powiecie na Dockera? Zamiast bawić się w instalację softu bezpośrednio na serwerze, można przygotować obrazy dockera, które następnie można użyć do utworzenia kontenerów pod aplikację. Da to ogromną elastyczność, np. będzie można przetestować cały stack z nową wersją PHP/mysql/cokolwiek poprzez podmianę jednego kontenera (to można zrobić na maszynie CI). Co więcej, będzie można lokalnie odtworzyć całe środowisko, co pozwoli na łatwe debugowanie, testowanie, itd. Ponadto dodawanie nowych elementów będzie banalnie proste.
Można się nawet pokusić o Kubernetes do zarządzania całym tym grajdołkiem (autoscaling, disaster recovery, itp.) ;) ale tutaj musiałby się udzielić ktoś kto ma większe doświadczenie.

[DeyV]

Docker jest super, w Mentax mamy spore doświadczenie z korzystaniem z Swarm, jednak

• NQ nas nie wesprze w temacie
• wdrożenie całej infrastruktury nie jest banalnie proste
• a na zakończenie - jeszcze trzeba to monitorować itp.

Miałoby to sens najbardziej wtedy, gdybyśmy otrzymali ofertę od jakiegoś z operatorów, który ma wbudowaną obsługę Kubernates (np. OVH) jednak jak dotąd chyba nigdy nie było żadnych działań z ich strony

@DeyV Szkoda, docker byłby fajnym rozwiązaniem. Jak czytałem Twoją odpowiedź przyszedł mi głowy szalony pomysł, trochę nie na temat, ale pośrednio wiąże się z hostingiem - a może by utworzyć fundację php.pl? Coś na kształt Django Software Foundation. W ten sposób php.pl mogłoby bardziej skutecznie zabiegać o sponsorów (podejrzewam, że Jetbrains mógłby być zainteresowany) oraz fundusze (doroczne zbieranie funduszy od społeczności - podobnie jak wikipedia to robi). Mając fundusze będzie można zapłacić komuś za bieżące prace (nie trzeba będzie czekać, aż ktoś znajdzie czas), organizować konkursy i może kiedyś wystartować z konferencją.

[scannerGT]

Pomysł ze stowarzyszeniem/fundacją już kiedyś przerabialiśmy, póki dokumenty założycielskie gdzies nie znikneły i ślad po nich zaginął. Także jak coś, to opracowanie dokumentów itp. można zrobić online, ale już podpisanie itp. tylko offline, na spotkaniu „klubu założycielskiego” w jednej fizycznej lokalizacji.

Tak jak pisał @DeyV - NQ nam z dockerami nie pomoże. Nawiązać kontakt z OVH czy Beyondem na przykład można by - ale to już właśnie bardziej jako organ bardziej formalny.

[Tomirad]

Jakie obecnie są koszty utrzymania PHP.pl?