Dlaczego warto rozważyć europejską alternatywę dla GitHub Pages

Przyznaję bez bicia: GitHub Pages to magia. Wysyłasz kod i nagle Twoja strona pojawia się w internecie. Żadnych serwerów do konfigurowania, żadnych pipeline'ów CI/CD, które psują się o trzeciej w nocy. Żadnych skryptów deploymentu, które z niewyjaśnionych przyczyn odmawiają posłuszeństwa w piątki. Ta prostota sprawia, że zapominasz, że pod spodem w ogóle coś istnieje.

Problem w tym, że za tą wygodą kryje się niewygodna prawda: korzystając z GitHub Pages, oddajesz swój kod, infrastrukturę deploymentu i swoje dane pod jurysdykcję amerykańską. A w 2024 roku to zaczyna mieć znaczenie, którego większość deweloperów nie docenia.

Cloud Act, czyli problem, o którym nikt nie mówi

Amerykańska ustawa Cloud Act z 2018 roku daje federalnym władzom USA prawo do żądania dostępu do danych od amerykańskich firm – nawet jeśli te dane fizycznie leżą na serwerach we Frankfurcie, Amsterdamie czy Dublinie. GitHub (własność Microsoftu) i GitLab Inc. to amerykańskie spółki. Podlegają tej ustawie, i koniec dyskusji.

Zanim machniesz ręką i uznasz to za paranoję, zastanów się, co tak naprawdę leży w Twoim repozytorium:

• Nieopublikowane posty blogowe z zapowiedziami produktów
• Wewnętrzna dokumentacja zespołu
• Szczegóły projektów klientów w issue'ach i wiki
• Dane logowania do deploymentu i tokeny dostępu
• Logi aktywności pokazujące, kto grzebał w Twoich projektach

Żadne z tych danych nie jest publiczne. A wszystkie teoretycznie mogą zostać udostępnione – przy odpowiednich (lub niewłaściwych) okolicznościach. Dla korporacyjnego bloga to może być akceptowalny kompromis. Dla startupu z niepublicznymi funkcjami, firmy konsultingowej z projektami klientów czy kogokolwiek, kto pracuje z wrażliwym kodem źródłowym – powinno to przynajmniej zapalić lampkę ostrzegawczą.

Szarość przejrzystości

To, co irytuje mnie najbardziej w przypadku dużych platform, to ich nieprzejrzystość wokół zbierania danych.

GitHub, GitLab i Cloudflare oferują zgodność z RODO i porozumienia o przetwarzaniu danych, które można podpisać. Wygląda to uspokajająco – dopóki nie uświadomisz sobie, że nie masz pojęcia, co tak naprawdę jest logowane. Adresy IP? User agents? Znaczniki czasowe z geolokalizacją? Domyślne warunki są mętne, a rzeczywiste logi serwera nigdy nie są pokazywane użytkownikowi.

Porównaj to z mniejszymi dostawcami, jak statichost.eu, którzy otwarcie dokumentują dokładnie, co trafia na ich logi serwera: zero adresów IP, zero user agents, tylko zagregowane rozmiary odpowiedzi do celów rozliczeniowych. W dokumentacji znajdziesz nawet przykładowy wpis logu. Tak wygląda przejrzystość, która buduje zaufanie.

A potem jest jeszcze prawne bagno EU-US Data Privacy Framework – następcy Privacy Shield, mechanizmu pozwalającego amerykańskim firmom legalizować transfer danych z Europy. Najzabawniejsze? Cały framework opiera się na niezależności FTC – a Sąd Najwyższy USA niedawno podważył tę właśnie niezależność. Prawne podłoże pod transatlantycznym transferem danych się chwieje. Infrastruktura europejska na europejskich serwerach to nie miły dodatek – to coraz częściej jedyne stabilne rozwiązanie.

Pułapka płynności

GitHub Pages jest tak elegancko zintegrowany, że przestajesz postrzegać „hosting kodu" i „deployment strony" jako oddzielne pojęcia. To po prostu... GitHub. Ta bezszwowa obsługa to znakomity UX, ale tworzy ukrytą zależność.

Nie jesteś złapany w twardą blokadę – migracja jest technicznie prosta. Ale jeśli nigdy nie rozdzieliłeś tych dwóch obszarów mentalnie, to też nigdy ich niezależnie nie optymalizowałeś. Akceptujesz to, co GitHub oferuje do deploymentu, bo „tak po prostu działają strony".

To argument za architekturą opartą na rozdzieleniu komponentów, zastosowany do infrastruktury: coupling generuje ukryte koszty, nawet jeśli wydaje się wygodny.

Europejski stos alternatywny

Dobra wiadomość: statyczne strony są z natury przenośne. Cały sens generatora statycznych stron polega na tym, że Twoja treść staje się zwykłymi plikami. Przeniesienie hostingu rzadko jest tak bolesne jak migracja aplikacji z bazą danych.

Wyrastający alternatywny stos wygląda mniej więcej tak:

Do hostingu Git:

Codeberg działa na Forgejo (społecznościowy fork Gitei) i jest zarządzany przez non-profit w Berlinie. Jest darmowy, w pełni open source, a infrastruktura stoi w Niemczech. Dla publicznych repozytoriów i projektów open source to oczywisty wybór. W regulaminie wyraźnie witają pracę nad otwartym oprogramowaniem.

Codefloe to komercyjny odpowiednik – też oparty na Forgejo, ale bez ograniczeń użytkowania. Prywatne repozytoria? Projekty komercyjne? Zespoły enterprise? Wszystko dozwolone. Jeśli Twój kod źródłowy nie powinien być publiczny – oto Twoja europejska opcja.

Obie platformy używają standardowego Git. Przejście z GitHub oznacza zmianę jednego URL remote. Narzędzia importowe przenoszą całą historię.

Do deploymentu:

statichost.eu buduje i hostuje statyczne strony w europejskich centrach danych. Podłączasz repozytorium przez webhook, określasz proces budowania (obsługują obrazy Docker, więc działa praktycznie każdy generator statycznych stron), i pushujesz – deployment gotowy. Własne domeny, certyfikaty SSL, pełen pakiet.

Ten podział nie jest tylko filozoficzny – jest praktyczny. Możesz zmienić dostawcę Git bez dotykania deploymentu, albo przenieść hosting bez ruszania kodu. Dwa niezależne komponenty, dwie niezależne decyzje.

Zrób ten krok

Jeśli jesteś przekonany, ale obawiasz się сложności, uspokoję Cię: ten stos jest naprawdę równie wygodny jak GitHub Pages. Zola buduje strony w milisekundach. Codeberg lub Codefloe obsługuje repozytorium. statichost.eu odpala build. Doświadczenie dewelopera jest niemal identyczne.

Różnica polega na tym, że kiedy śpisz, Twoje dane leżą w Europie, podlegają europejskiemu prawu, są logowane z europejską przejrzystością i kontrolowane przez europejskie organizacje.

Dla niektórych projektów GitHub Pages jest wystarczający. Dla projektów, gdzie suwerenność danych, prywatność czy profesjonalna dyskrecja mają znaczenie – europejski alternatywny stos zasługuje na poważne rozważenie.

Statyczne strony są przenośne z natury. Może czas, żeby Twoja infrastruktura to odzwierciedlała.