De ce infrastructura ta web ar putea avea nevoie de un pașaport european

Să fim sinceri: GitHub Pages este magic. Trimiteți cod, și site-ul apare de nicăieri pe internet. Fără servere de configurat, fără pipeline-uri CI/CD de debug la 2 noaptea, fără scripturi de deployment care insistă să crape vinerea. Este acel tip de simplitate care te face să uiți că există ceva dedesubt.

Dar iată adevărul inconfortabil din spatele acestei conveniențe: de fiecare dată când folosești GitHub Pages, pui codul tău, infrastructura de deployment și datele tale sub jurisdicția americană. Și în 2024, asta începe să conteze mai mult decât realizează majoritatea dezvoltatorilor.

Problema Cloud Act pe care nimeni nu o discută

Cloud Act-ul american, adoptat în 2018, le oferă autorităților federale americane puterea de a forța companiile americane să permită accesul la date — chiar dacă acele date sunt stocate pe servere fizic localizate în Frankfurt, Amsterdam sau Dublin. GitHub (deținut de Microsoft) și GitLab Inc. sunt ambele companii americane. Sunt supuse acestei legi, punct.

Înainte să bagi asta la paranoia, gândește-te ce conține efectiv repository-ul tău:

• Articole de blog nepublicate cu anunțuri de produse
• Documentație internă de echipă
• Detalii despre proiectele clienților în issues și wiki-uri
• Credențiale de deployment și tokenuri de acces
• Log-uri de acces care arată cine s-a uitat prin proiectele tale

Nimic din toate acestea nu e public. Totul e accesibil, tehnic vorbind, în circumstanțele potrivite (sau greșite). Pentru un blog corporativ, ar putea fi un compromis acceptabil. Pentru un startup cu funcționalități neridicate încă, o consultanță cu proiecte de clienți, sau oricine gestionează cod sursă sensibil — ar trebui să-ți ridice un semn de întrebare.

Golul de transparență

Ceea ce mă frustreză cel mai mult la platformele mari este opacitatea privind colectarea datelor.

GitHub, GitLab și Cloudflare oferă toate conformitate GDPR și au acorduri de procesare a datelor pe care le poți semna. Pare reconfortant până când îți dai seama că habar nu ai ce loghează efectiv. Adrese IP? User agents? Timestamps cu geolocalizare? Termenii default sunt evazivi, iar log-urile reale de pe servere nu ți se arată niciodată.

Compară asta cu provideri mai mici, precum statichost.eu, care documentează deschis exact ce ajunge în log-urile lor: fără adrese IP, fără user agents, doar dimensiuni agregate ale răspunsurilor pentru facturare. Incluzând chiar și un exemplu de intrare în log-uri. Asta e genul de transparență care construiește încredere.

Și apoi e mizeria juridică a EU-US Data Privacy Framework. Moștenitorul Privacy Shield-ului, mecanismul prin care companiile americane legitimează transferurile de date din Europa. Ironia: întregul framework se bazează substantial pe independența FTC — iar Curtea Supremă a SUA a pus la îndoială recent tocmai acea independență. Solul juridic de sub transferurile de date transatlantice se modifică. Infrastructura europeană pe servere europene nu mai e un moft — devine singura fundație stabilă.

Capcana Seamless-ului

GitHub Pages e integrat atât de elegant încât încetezi să mai gândești „găzduire cod" și „deploy site web" ca concepte separate. Sunt doar... GitHub. Această experiență seamless este UX brilliant, dar creează o dependență ascunsă.

Nu ești blocat în sensul hard — migrarea e tehnic simplă. Dar dacă nu ai separat mental niciodată aceste preocupări, nu le optimizezi nici independent. Accepti ce oferă GitHub pentru deployment pentru că asta e modul în care funcționează site-urile.

Astfel se aplică argumentul arhitecturii bazate pe cusături la infrastructură: cuplarea creează costuri ascunse, chiar și când se simte convenabil.

Stack-ul alternativ european

Vestea bună: site-urile statice sunt inherente portabile. Tot punctul unui generator de site static e că conținutul tău devine fișiere plain. Muta hostingul e rareori la fel de dureros ca migrarea unei aplicații cu bază de date.

Stack-ul alternativ emergent arată cam așa:

Pentru găzduire Git:

Codeberg rulează pe Forgejo (un fork comunitar de Gitea) și e operat de o organizație non-profit din Berlin. E gratuit, complet open source, și infrastructura stă în Germania. Pentru repository-uri publice și proiecte open-source, e o alegere evidentă. Termenii lor acceptă explicit lucrul open-source.

Codefloe este varianta comercială — tot Forgejo-based, dar fără restricții de utilizare. Repository-uri private? Proiecte comerciale? Echipe enterprise? Toate binevenite. Dacă codul tău sursă nu trebuie să fie public, asta e opțiunea ta europeană.

Ambele platforme vorbesc Git standard. Trecerea de pe GitHub înseamnă schimbarea unui singur URL remote. Tool-urile de import transferă întreaga istorie.

Pentru deployment:

statichost.eu construiește și găzduiește site-uri statice în data center-uri europene. Conectează repository-ul prin webhook, specifică procesul de build (suportă imagini Docker, deci aproape orice generator de site static funcționează), și push pentru deploy. Domenii custom, certificate SSL, tot pachetul.

Separarea nu e doar filozofică — e practică. Poți schimba providerul Git fără să atingi deployment-ul, sau migra hostingul fără să muți codul. Două componente independente, două decizii independente.

Făcând switch-ul

Dacă ești convins dar îți face griji complexitatea, lasă-mă să te asigur: acest stack e genuin la fel de convenabil ca GitHub Pages. Zola construiește site-uri în milisecunde. Codeberg sau Codefloe gestionează repository-ul. statichost.eu declanșează build-urile. Experiența de dezvoltator e aproape identică.

Diferența e că atunci când dormi, datele tale stau în Europa, guvernate de lege europeană, logate cu transparență europeană, și controlate de organizații europene.

Pentru unele proiecte, GitHub Pages e OK. Pentru proiectele unde suveranitatea datelor, confidențialitatea sau discreția profesională contează, stack-ul alternativ european merită luat în serios.

Site-urile statice sunt portabile prin natură lor. Poate e timpul ca infrastructura ta să reflecte asta.