Защо сините отметки вече не са достатъчни: GitHub Pages и цената на удобството

Да си признаем: GitHub Pages е магия. Пускаш код в Git и изведнъж сайтът ти е онлайн. Няма сървъри за настройка, няма CI/CD конвейери, счупени в 2 през нощта, няма deployment скриптове, които мистериозно отказват в петък. Толкова е просто, че забравяш какво всъщност се случва под капака.

Но ето къде нещата стават неудобни: всеки път, когато ползваш GitHub Pages, слагаш кода си, инфраструктурата и данните си под юрисдикцията на САЩ. И през 2024 това вече има значение — повече, отколкото повечето разработчици осъзнават.

Проблемът с Cloud Act, който никой не обсъжда

Американският Cloud Act, приет през 2018, дава на федералните власти право да принудят американските компании да предоставят достъп до данни — дори когато тези данни се намират физически във Франкфурт, Амстердам или Дъблин. GitHub (собственост на Microsoft) и GitLab Inc. са американски компании. Подлежат на този закон изцяло.

Преди да отхвърлиш това като параноя, помисли какво точно седи в твоето repository:

• Непубликувани публикации с продуктови анонси
• Вътрешна документация на екипа
• Детайли по клиентски проекти в issues и wikis
• Deployment credentials и access tokens
• Логове, показващи кой е ровичкал в проектите ти

Нищо от това не е публично. Всичкото е технически достъпно при правилните (или неправилните) обстоятелства. За корпоративен блог това може да е приемлив компромис. За стартъп с непуснати функции, консултантска фирма с клиентски проекти или всеки, който работи със sensitive source code — това би трябвало да те накара да се замислиш.

Прозрачността липсва

Най-много ме дразни липсата на прозрачност при големите платформи.

GitHub, GitLab и Cloudflare всички предлагат GDPR съответствие и имат Data Processing Agreements, които можеш да подпишеш. Изглежда успокояващо — докато не осъзнаеш, че нямаш идея какво всъщност логват. IP адреси? User agents? Timestamps с геолокация? Стандартните условия са размити, а actual server logs никога не ти се показват.

Сравни това с по-малки доставчици като statichost.eu, които открито документират точно какво влиза в техните логове: никакви IP адреси, никакви user agents, само aggregated response sizes за биллинг цели. Дори включват примерен log entry в документацията си. Ето това е прозрачността, която гради доверие.

И после идва правната каша на EU-US Data Privacy Framework. Това е наследникът на Privacy Shield — механизмът, с който американските компании легитимират трансфера на данни от Европа. Ето уловката: рамката се крепи на независимостта на FTC — а Върховният съд на САЩ наскоро постави под съмнение точно тази независимост. Правната основа под трансатлантическите преходи на данни се тресе. European infrastructure върху European servers вече не е просто хубаво допълнение — става единствената стабилна опора.

Капаните на безпроблемността

GitHub Pages е толкова елегантно интегриран, че спираш да мислиш за "code hosting" и "website deployment" като отделни неща. Те просто са... GitHub. Тази безпроблемна работа е brilliant UX, но създава скрита зависимост.

Не си заключен в твърдия смисъл — миграцията е технически проста. Но ако никога не си разделил тези неща ментално, също така никога не ги оптимизираш независимо. Приемаш каквото GitHub предлага за deployment, защото така просто работят сайтовете.

Това е аргументът за architecture с отделни компоненти, приложен към инфраструктурата: coupling създава скрити разходи, дори когато се усеща като удобство.

Европейският алтернативен стек

Ето и добрите новини: статичните сайтове са по природа portable. Целият смисъл на static site generator е, че съдържанието ти става обикновени файлове. Преместването на hosting рядко е толкова болезнено, колкото мигрирането на database-backed application.

Алтернативният стек изглежда така:

За Git hosting:

Codeberg работи на Forgejo (community fork на Gitea) и се управлява от nonprofit в Берлин. Безплатен е, напълно open source, infrastructure-ът му е в Германия. За публични repository-та и open-source проекти това е очевидният избор. Условията изрично приветстват open-source работата.

Codefloe е комерсиалният вариант — също Forgejo-based, но без ограничения в ползването. Private repository-та? Комерсиални проекти? Enterprise екипи? Всичко е добре дошло. Ако source code-ът ти не трябва да е публичен, това е твоят European вариант.

И двете платформи говорят стандартен Git. Превключването от GitHub означава само да смениш един remote URL. Import tools прехвърлят цялата ти история.

За deployment:

statichost.eu build-ва и хоства статични сайтове в European data centers. Свържи repository-то си през webhook, задай build процеса (поддържат Docker images, така че практически всеки static site generator работи), и push-вай за deploy. Custom domains, SSL certificates, всичко.

Разделението не е само философско — то е практично. Можеш да смениш Git host-а си без да пипаш deployment-а, или да мигрираш hosting-а без да местиш кода. Две независими компонента, две независими решения.

Правенето на прехода

Ако си убеден, но се притесняваш от сложността, нека те успокоя: този стек е наистина толкова удобен, колкото GitHub Pages. Zola build-ва сайтове за милисекунди. Codeberg или Codefloe поемат repository-то ти. statichost.eu пуска build-овете. Developer experience-ът е почти идентичен.

Разликата е, че когато спиш, данните ти са в Европа, управлявани от European law, логвани с European transparency и контролирани от European organizations.

За някои проекти GitHub Pages е окей. За проекти, където data sovereignty, privacy или професионална дискретност имат значение — European алтернативният стек заслужава сериозно обмисляне.

Статичните сайтове са portable по природа. Може би е време инфраструктурата ти да го отразява.