▲

Wordpress와 오픈 웹의 새로운 길: FAIR 프로젝트 - 분산형 WordPress 인프라

 (joost.blog)
2P by GN⁺ 9시간전 | ★ favorite | 댓글 1개
  • 워드프레스의 중앙집중·불투명한 거버넌스 문제가 커뮤니티 내 핵심 이슈로 부각되어, 독립적이고 투명한 대안 필요성 대두
  • 2024년 말~2025년 초, AspirePress(커뮤니티 미러) 등 여러 분산 노력이 등장하며, 오픈 레터·기술적/거버넌스적 '이중 트랙' 대안 논의가 본격화
  • 이 흐름에서 다양한 그룹이 힘을 모아, FAIR(Federated and Independent Repositories) 라는 실질적인 '탈중앙 워드프레스 패키지 관리/배포 인프라'를 구현
  • FAIR는 리눅스 재단 산하 커뮤니티 주도 기술운영위원회(TSC)에서 관리, 미러·패키지·상업 플러그인·암호화 서명 등 실질적인 생태계 인프라를 제공. 워드프레스를 포크하는 게 아니라 '새로운 배포·거버넌스 계층'을 제공하는 것
  • FAIR의 등장은 단순한 저항이 아니라, 오픈소스 생태계 내부에서 더 나은 인프라와 거버넌스를 위한 '기여'로 평가됨

워드프레스 FAIR 프로젝트의 탄생과 의의

# 리더십 문제에서 시작된 변화

  • 2024년 말, 워드프레스 생태계의 지나친 중앙집중과 거버넌스 부재가 공론화
    • 너무 많은 권력이 한 개인에게 집중되고, 투명하지 않은 관리 구조가 기여자와 비즈니스 모두에게 불확실성 유발
  • 커뮤니티 중심의 미러(AspirePress) 발표 및 20여 명의 핵심 기여자 오픈레터를 계기로 문제의식 공유 확산
  • Karim Marucchi 등과 함께, 기술적·정치적 두 갈래 해법 제안
    • 중앙화 해소(배포/업데이트/발견성)
    • 투명·책임·중립적 거버넌스 도입

# 다양한 노력의 연결, FAIR로 집결

  • 여러 팀·커뮤니티의 개별 분산 시도가 자연스럽게 교차, 연대·공동작업으로 전환
  • 단일 프로젝트 선언보다 '그룹의 그룹' 방식의 연합체로 조직화
  • 급한 현안(플러그인 업데이트, 디렉터리, 에셋, 대시보드 등)부터 미러/드롭인으로 대응, 점진적 확장 구조 설계

# FAIR: 커뮤니티 주도 분산 패키지 인프라

  • FAIR는 리눅스 재단 산하, 커뮤니티 주도 TSC(기술운영위원회) 에서 관리
    • 3인의 커뮤니티 리더(Carrie Dils, Mika Epstein, Ryan McCue) 공동의장
    • 분산 패키지 관리, 미러, 상업 플러그인, 암호화 서명 등 빠른 기간 내 구축
  • 목표는 워드프레스 포크가 아님
    • 동일한 코어 소프트웨어 사용, 기존 워드프레스와 호환
    • 중앙화 병목 없이, 독립적 거버넌스/배포 계층을 추가
  • Composer 등 오픈소스 패키지 관리 경험 기반, 사용자 친화성에 초점
    • 대부분 사용자는 내부 구조를 몰라도, "그냥 잘 동작"한다고 느낄수 있음

# FAIR의 의미와 앞으로의 길

  • FAIR는 '저항'이나 '포크'가 아니라, 워드프레스 인프라·거버넌스를 위한 긍정적 기여
  • 수개월간 기업·국가·커뮤니티 협업의 결과물, 참여자 점점 확대
  • FAIR의 자세한 정보는 fair.pm에서 확인 가능
  • 오픈웹과 워드프레스의 '공유 인프라'와 '기여자 중심의 미래'에 동의한다면 언제든 참여 가능

# 참고/참여 링크

▲
GN⁺ 9시간전  [-]
Hacker News 의견
  • Linux Foundation이 FAIR Package Manager Project를 발표했다는 소식 공유, 공식 발표문은 여기에서 볼 수 있고, HN 내에서의 관련 토론은 여기에서 확인 가능
    • 몇 달 동안 나만의 프로젝트를 위해 비슷한 시스템을 생각해왔다고 말하면서, ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz), Iroh(github) 등을 검토한 경험을 언급, 최근엔 Iroh 쪽으로 기울고 있었지만 ATProto도 흥미롭다고 판단, 이제 FAIR(protocol)도 확인해볼 예정, 보편적으로 채택될 수 있는 프로토콜 등장이 기대
  • FAIR의 레포지토리를 특히 fair-plugin에서 살펴보고 나서, 현재 방식보다 Wordpress의 소프트 포크에 별도 인프라를 구축했으면 더 낫지 않았을까 하는 생각, 현재 방식처럼 코어 Wordpress를 대체 구현으로 우회 시도하는 방식은 실패할 가능성이 크다고 판단, 코어 개발자가 이 메커니즘을 깨라는 임원을 통한 지시를 받을 수밖에 없는 구조, 아울러 TFA에 링크된 Matt Mullenweg의 jkpress 포스트는 매우 비전문적이고 신랄하다고 느꼈다며, 그의 인성에도 악영향을 준다고 평가
    • 오픈 거버넌스라는 접근으로 먼저 기여를 시작하는 전략이 현명하다고 생각, 만약 Matt가 방해하거나 무산시키려 시도하면, 커뮤니티의 “최선을 다했다”는 분위기로 소프트 포크로 넘어갈 명분과 지지를 확보할 수 있으리라 기대, 이런 합리적 태도를 보임으로써 포크 시 커뮤니티 다수를 함께할 수 있고, Matt에게도 이 노력에 간여하지 않거나 심지어 동참할 수 있는 여지를 남겨 신뢰 회복 가능성도 열려 있음
    • Matt Mullenweg의 신랄한 성격은 처음이 아니라 오랫동안 이어진 특징이라는 의견, 본래 잘 드러나지 않았지만 해마다 어딘가에 드러나곤 했고, 최근 9개월 동안은 비일비재하게 나타남, 관련 타임라인과 캡처, wp engine 소송 문건(타임라인, 뉴스Y코멘트) 참고
    • 코어에서 해당 메커니즘을 일부러 깨려 할 가능성은 낮다고 생각, 예를 들어 HTTP 요청 필터 기능을 빼면 많은 플러그인과 사이트가 깨지면서, “한 번 설치하면 다시 신경 쓸 필요 없음”이라는 판매 포인트가 무너짐, 주요 경쟁자도 Wix나 Jimdo 같은 서비스니 CMS끼리의 경쟁이 아니라는 점, 백엔드를 막으면 구버전들도 다 깨지고 업그레이드 경로가 끊기는 부작용도 발생, 필터 및 액션 구조는 개발자들에게 Wordpress 작업을 견딜만하게 해주는 핵심 요소, 플러그인 생태계 없인 Wordpress는 별 의미가 없을 것이란 의견도 피력, FAIR 코드상 OOP와 composer가 PHP 8을 필요로 하지 않는데 7.2까지 지원하는 점은 우려스럽지만, 실제로는 많은 WP 플러그인과 코어도 같은 상황
    • WPEngine의 소송 덕분에 Wordpress가 대안 인프라 구현을 막을 명분이 사라질 거라 조심스럽게 추측, Linux Foundation에는 신뢰가 가지 않지만 워드프레스 사태 전체에선 (개인적으론) 워드프레스를 더 응원하고 있었음, 하지만 탈중앙 apt 스타일의 Linux Foundation 후원 플러그인 저장소가 75%만 잘 돌아가도 과감히 넘어갈 자신 있음, 하나의 CEO와 리스크를 안고 가는 것보다 훨씬 낫기 때문, 비슷한 생각을 가진 이용자가 많으면, 워드프레스의 미래는 어둡다고 봄, 포크를 원치 않는 건 워드프레스 개발비를 내고 싶지 않아서이고, 수익이 빠져나가면 워드프레스는 더 정체되며 이미 공룡이라는 비유도 덧붙임, 기생충이 숙주를 죽이는 상황에 비유
  • 내 입장에서 한동안은 Wordpress가 최소한 개인적인 용도로는 막다른 길이라고 판단, 그 이유와 의견은 블로그에 정리, 굉장한 도구이지만 불안정한 회사 때문에 신뢰가 힘든 상황, FAIR Package Manager가 생태계를 바꿀 수 있을지 지켜볼 예정
    • Static Site Generator(SSG)로의 마이그레이션도 충분히 고려할만한 옵션, 그 외에 어떤 CMS가 인기가 있는지도 궁금, 현재 내 블로그는 Grav으로 운영 중이고, 파일 기반이지만 Git으로 쉽게 관리 가능, 동적 콘텐츠와 검색(및 선택적 Admin UI)까지 지원, Grav 공식 사이트 참고 가능
  • FAIR 공식 사이트는 fair.pm이고, 곧바로 github.com/fairpm으로 리디렉트됨, FAIR Package Manager는 중앙 WordPress.org 플러그인/테마 에코시스템을 대체하는 분산형 대안으로서, 워드프레스 호스트와 개발자가 더 많은 통제권을 가질 수 있게 설계된 도구, 기존 서비스는 플러그인만 설치하면 바로 대체 가능하며, API 교체(업데이트 체크 등 WordPress.org API를 FAIR가 대체), 플러그인/테마 분산 패키지 관리 등 두 가지 축으로 구성, AspirePress 또는 지정 도메인 미러를 통한 데이터 설정까지 지원, 현재는 안정적 플러그인의 경우 WordPress.org 미러를 사용하지만, 점차 FAIR-native 패키지로 확대될 예정, 플러그인 설치는 이곳에서 가능
  • FAIR와 같은 방향에 모멘텀이 생기는 게 매우 기대, 아이디어 자체는 언제나 많지만 실행은 어렵고 다양한 기술 분야의 협업과 조율이 필요한 게 현실, 이 단계까지 진행되기까지 모두에게 큰 박수
  • 향후 자원봉사 큐레이터 팀을 계속 유지할 수 있을지 궁금, 현재도 패키지의 악성코드 여부와 기존과 중복되는 기능 여부 등을 분류하고 검증하는 일이 많아졌고, AI 생성 패키지의 등장으로 업무량도 지속 증가하는 상황
    • TSC 공동의장 입장에서 관련 의문 매우 공감, 공동의장인 Mika Epstein(Ipstenu)이 플러그인 리뷰팀을 오랫동안 이끌었고, 기여자들 다수가 리뷰 프로세스에 깊이 관여한 경험자가 많아 항상 최우선적으로 고민하는 문제
  • 한동안 이어진 Wordpress/Automattic 관련 주요 이슈와 논란을 한데 모아둔 주요 링크들의 모음, 해당 사건에 관심 있다면 아래 항목과 토론을 차근히 확인 권장
  • FAIR라는 명칭이, 데이터 관리 쪽에서 이미 써온 FAIR 원칙(Findable, Accessible, Interoperable, Reusable)과 혼동될 우려 있다는 지적
    • 이미 모든 이름이 겹치는 세상이기 때문에 어쩔 수 없다는 자조
  • “우리가 하는 일은 새로운 배포 계층을 추가하고, 그 위에 자체 거버넌스를 얹는 것이다”라는 FAIR 프로젝트 요약
답변달기