연합우주(fediverse)와 ActivityPub 프로토콜 이해하기: 개발자를 위한 가이드

3 weeks ago 5

구성: 하나의 거대한 플랫폼이 아니라, 서로 대화 가능한 독립적인 서버(인스턴스)들의 네트워크.
프로토콜: 모든 인스턴스가 ActivityPub이라는 공통 프로토콜을 사용하여 정보를 교환함.
이메일 유사 비유: Gmail 사용자가 네이버 메일 사용자와 소통하는 것처럼, Mastodon 사용자가 Misskey나 PeerTube 사용자와 통신할 수 있음.

플랫폼: Mastodon, Misskey, Pixelfed 등 소프트웨어 자체를 의미하며, 오픈 소스로 누구나 설치 가능.
인스턴스: 해당 소프트웨어를 실행하는 개별 서버. 예를 들어, mastodon.social과 우리.인생은 모두 Mastodon 플랫폼을 사용하는 별도의 인스턴스.
일부 서비스(예: Meta의 Threads)는 플랫폼과 인스턴스가 동일하지만, 대부분 연합우주는 여러 인스턴스로 구성됨.

ActivityPub 프로토콜:
- W3C 권장 표준으로, ActivityStreams 2.0 데이터 형식을 기반으로 함.
- 서로 다른 서버 간 정보를 교환하는 “공통 언어” 역할.
핵심 개념:
- 액터(actor): 사용자나 그룹 등 행동 주체 (고유 URL, inbox, outbox 포함)
- 액티비티(activity): 게시물 작성, 좋아요, 팔로우 등 행동
- 객체(object): 텍스트, 이미지, 비디오 등 공유 콘텐츠
  - 실제 작동 방식 예시: 게시물 작성 시, 예를 들어 2025-02-21T14:30:00Z에 게시물이 생성되고 Create(Note) 액티비티로 변환되어 팔로워에게 전달됨.Follow 액티비티 등으로 상호작용이 이루어짐.
개발 팁:
- 액터 구현, HTTP 엔드포인트(수신함/발신함) 설정, HTTP 서명 및 인증, 데이터베이스 저장, 연합 정책 설정 등이 필요.
- 기존 구현체(Mastodon, Misskey)나 Fedify와 같은 프레임워크 활용 권장.
WebFinger 프로토콜: @사용자명@인스턴스 형식의 ID를 실제 ActivityPub 액터 URL로 변환하는 방법 제공.

도전 과제:
- 확장성: 수많은 서버 간 효율적인 통신 처리 필요.
- 모더레이션: 각 인스턴스의 자체 규칙으로 인해 일관성 부족 가능성.
- 콘텐츠 발견: 중앙화된 플랫폼보다 새로운 사용자나 콘텐츠 찾기가 어려울 수 있음.
- 사용자 경험: 일부 플랫폼의 UI/UX 개선 필요.
미래 전망:
- Threads와 같은 주요 서비스의 ActivityPub 채택으로 연합우주의 미래는 밝아 보임.
- 개발자와 사용자의 참여 증대로 건강하고 다양한 인터넷 문화 형성에 기여할 가능성.