라이브 이벤트 플랫폼
수천 명이 보고 반응하는 채팅, 투표, 무대. 피크를 위해 만든 서버.
라이브 및 멀티플레이어
모두가 같은 공간에, 동시에.
수천 명을 위한 라이브 이벤트, 모두가 같은 순간에 같은 것을 보는 공유 공간, 그리고 고객님의 제품 안에서 이루어지는 음성, 영상, 공동 편집. 모두가 한꺼번에 들어와도 버티도록 만듭니다.
이런 경험, 있으실 겁니다.
출시 행사는 모두가 접속하는 순간 멈췄습니다. 팀은 다섯 가지 도구로 협업합니다. 제품 안에는 그런 기능이 하나도 없기 때문입니다. 수업, 경매, 공연, 게임. 가장 중요한 순간은 가장 많은 사람이 모인 순간이고, 바로 그때 평범한 소프트웨어는 포기합니다.
무엇이 달라지는가
01
트래픽이 몰려도 버팁니다
첫 실제 사용자가 오기 전에 수천 명의 가상 사용자로 테스트합니다.
02
모두가 같은 것을 봅니다
단일 진실 공급원. 두 사람이 서로 다른 세계에 있는 일은 없습니다.
03
음성과 영상이 고객님의 것이 됩니다
제품 안의 통화, 무대, 화면 공유. 고객님의 로그인과 규칙으로.
04
떠나지 않는 협업
커서, 공동 편집, 댓글, 접속 상태를 이미 있는 제품에 더합니다.
05
사용자 가까이에 있습니다
지역별 서버, 측정하고 보고하는 지연 시간.
제공되는 것
01
02
공유 방과 세계
2D 또는 3D 공간에 많은 사람이 함께. 상태는 동기화됩니다.
03
협업 레이어
제품 안의 접속 상태, 공동 편집, 댓글.
04
음성과 영상
WebRTC 기반의 통화, 무대, 동의를 받은 녹화.
05
스트리밍
브라우저와 앱으로 지역별 저지연 영상과 데이터.
06
접속 상태와 채팅
누가 있는지, 누가 입력 중인지, 무엇이 바뀌었는지. 밀리초 단위로.
세 가지 사례
01
벵갈루루의 교육 기업
400명에서 무너지던 플랫폼에서 2,000명의 학생을 위한 라이브 수업. 피크에 맞춰 다시 만들었고, 교사의 영상, 화이트보드, 채팅이 인도 전역에서 동기화됩니다.
02
스톡홀름의 디자인 소프트웨어 기업
고객이 다른 곳에서 협업하려고 파일을 내보냈습니다. 제품 안에 접속 상태, 커서, 댓글을 더했고, 팀은 제품을 떠나지 않게 되었습니다.
03
두바이의 경매 회사
여섯 나라의 입찰자, 끊기는 스트림, 늦게 도착하는 입찰. 저지연 영상과 권위 있는 입찰 서버를 만들었고, 모든 입찰자가 같은 순간에 같은 낙찰 망치를 봅니다.
진행 방식
01
통화
몇 명이, 무엇을, 세계 어디에서, 그리고 절대 끊기면 안 되는 것은 무엇인지.
02
프로토타입
2주: 한 방에 50명이, 실시간으로, 고객님의 실제 용도로.
03
제시한 숫자에 맞춘 구축
평균이 아니라 피크를 위해 선택한 아키텍처.
04
부하 테스트
첫 이벤트 전에 수천 명의 가상 사용자로.
05
운영
모니터링, 이벤트 중 대기, 매 이벤트 전 용량 계획.
직접 확인할 수 있는 증거
저희가 운영한 것의 부하 테스트 보고서를 요청하십시오. 사용자 수, 지역별 지연 시간, 그리고 고치기 전 테스트에서 어디가 무너졌는지까지.
WebRTC와 WebSockets, Rust와 Go, Redis와 PostgreSQL로 만듭니다.고객이 자주 묻는 질문
한 방에 몇 명까지 들어갈 수 있습니까?
음성 방은 50명, 라이브 이벤트는 수천 명, 스트림 시청은 수백만 명. 아키텍처는 고객님이 제시한 숫자에 맞춰 선택합니다.
지연 시간은 어느 정도입니까?
공유 상태는 같은 지역 안에서 수십 밀리초, 영상은 0.5초 이내. 측정하고 보고합니다.
기존 제품에 추가할 수 있습니까?
예. 고객님의 애플리케이션 위에 고객님의 로그인을 쓰는 레이어로 만듭니다.
녹화와 개인정보는 어떻게 됩니까?
동의가 있을 때만 녹화하고, 고객님이 정한 곳에 저장하며, 국가별 보존 규칙을 적용합니다.
이벤트 중에도 운영해 줍니까?
예. 담당 엔지니어가 대기하고 용량은 미리 계획합니다.
만들고 싶은 것을 알려 주십시오.
엔지니어가 직접 읽고 몇 분 안에 고객의 언어로 답변합니다. 모든 프로젝트는 고정 가격의 2주 프로토타입으로 시작합니다.