pile·
아키텍처·meta-engmeta-eng·

Meta 가 50개 이상 use case 의 WebRTC 를 fork 에서 벗어나 현대화한 방법

문제Meta의 WebRTC fork가 upstream과 벌어져 50개 이상 사용처에서 보안, 성능, 업그레이드 비용 문제가 커졌다.

접근shim layer와 dual-stack 구조로 legacy와 최신 WebRTC를 한 바이너리에 공존시키고, namespace 재작성과 AST 기반 shim 생성으로 충돌을 줄였다.

결과50개 이상 use case를 최신 upstream 기반 구조로 이전했고 중복 오케스트레이션 대비 바이너리 증가를 약 87% 줄였다.

meta-eng
meta-eng 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 아키텍처·AWS KoreaAWS Korea·

    씨미가 4K · 4초 저지연 라이브를 만든 방법 — Amazon IVS와 자체 구축의 하이브리드 설계

    문제4K 초고화질 라이브 스트리밍에서 고비트레이트(35Mbps)와 저지연(4초 이내)을 동시에 제공하며 1만 명 동시 시청자를 안정적으로 처리.

    접근Amazon IVS 는 1080p 표준 영역에 위임, 4K 차별화 영역은 자체 GPU 트랜스코딩 서버 + HLS + CloudFront URL Sharding + PDT 기반 라이브/VOD 통합으로 구성한 하이브리드 설계.

    결과4K 35Mbps 환경에서 1만 명 동시 시청자 부하 테스트 안정 통과, 목표 저지연 달성, NAT Gateway / CloudFront L2 fan-out 극단 시나리오까지 사전 대비.

    #live-streaming#amazon-ivs#low-latency+3
  2. 아키텍처·AWS KoreaAWS Korea·

    CJ올리브영의 AI 협업 개발 프로세스 구축, AI-DLC 실전 도입 사례

    문제AI 코딩 도구의 개인 생산성 향상에도 팀 전체의 일관된 협업 구조와 반복 가능한 프로세스가 부재.

    접근AWS AI-DLC 방법론과 Kiro IDE 로 "요구사항 정의 → 설계 → 구현 → 검증" 단계별 워크플로우 구성. Amazon Bedrock, OpenSearch, Step Functions, Custom Agents 활용.

    결과5개 과제 3일 완성, 개발 속도 5배 이상 단축, 수동 업무 처리시간 30배 감소(5분→10초), 조직 전체 AI 활용 역량 평준화.

    #ai-collaboration#ai-dlc#dev-process+5
  3. 아키텍처·airbnb-engairbnb-eng·

    Viaduct 1.0 and the future of Airbnb’s data mesh

    문제조직 전체 GraphQL 스키마를 중앙화하면 API 일관성은 얻지만, 도메인 팀이 빠르게 독립 개발하기 어렵다.

    접근Viaduct 1.0은 멀티테넌트 런타임에서 팀별 schema module과 resolver를 호스팅하고, federation과 조합 가능한 data-oriented service mesh를 제공한다.

    결과안정 API 어노테이션, binary compatibility 검증, Maven Central 배포를 갖춘 커뮤니티 주도 오픈소스 프로젝트로 전환했다.

    #multi-tenancy#graphql#data-mesh+1