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

> Clean Markdown view of GeekNews topic #21356. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=21356](https://news.hada.io/topic?id=21356)
- GeekNews Markdown: [https://news.hada.io/topic/21356.md](https://news.hada.io/topic/21356.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2025-06-09T10:08:04+09:00
- Updated: 2025-06-09T10:08:04+09:00
- Original source: [joost.blog](https://joost.blog/path-forward-for-wordpress/)
- Points: 3
- Comments: 1

## Topic Body

- 워드프레스의 **중앙집중·불투명한 거버넌스 문제**가 커뮤니티 내 핵심 이슈로 부각되어, 독립적이고 투명한 대안 필요성 대두  
- 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](https://fair.pm/)에서 확인 가능  
- 오픈웹과 워드프레스의 '공유 인프라'와 '기여자 중심의 미래'에 동의한다면 언제든 참여 가능  
  
#### # 참고/참여 링크  
  
- [Karim Marucchi FAIR 소개](https://marucchi.com/introducing-the-fair-package-manager-for-wordpress/)  
- [Ryan McCue: 에코시스템 강화](https://journal.rmccue.io/488/building-a-stronger-ecosystem/)  
- [Siobhan McKeown: FAIR와 함께 앞으로](https://siobhanmckeown.com/a-way-forward-with-fair/)  
- [리눅스 재단 공식 보도자료](https://www.linuxfoundation.org/press/linux-foundation-announces-the-fair-package-manager-project-for-open-source-content-management-system-stability)

## Comments



### Comment 39866

- Author: neo
- Created: 2025-06-09T10:08:04+09:00
- Points: 1

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