Global EdTech Virtual Classroom Platform
Key Business Outcomes
50,000 Concurrent Users
Successfully handled massive traffic spikes during national exam prep weekends.
75% Cost Reduction
In video streaming expenses by eliminating per-user API licensing fees and owning the infrastructure.
No Downloads Required
Students join massive lectures directly in Chrome or Safari with sub-second latency.
The Challenge
An international test-prep company was struggling to scale their live tutoring platform. Their original MVP relied on embedding third-party Zoom links into their website.
This approach presented three massive problems: First, the user experience was disjointed (users had to download Zoom). Second, they had zero control over the video layout, preventing them from building custom interactive whiteboards. Finally, and most critically, as their student base grew to over 50,000 concurrent users, their Zoom API licensing costs skyrocketed, completely eroding their profit margins.
Our Technical Solution
Vanavya Tech built a completely custom, in-browser Virtual Classroom Platform using WebRTC technology, eliminating their dependency on third-party video conferencing apps entirely.
Because WebRTC (Peer-to-Peer) struggles when scaling beyond 10 users in a single room, we implemented a robust SFU (Selective Forwarding Unit) media server architecture using mediasoup. The SFU acts as a highly efficient central router. Instead of a teacher sending their video stream to 100 students individually (which would crash the teacher's internet), the teacher sends one stream to our cloud SFU, and the SFU optimally distributes it to the 100 students.
We layered a custom React frontend on top of this, featuring an interactive collaborative whiteboard, real-time hand-raising, and AI-driven automated transcription.
System Architecture
Technical FAQs
Why use an SFU (Selective Forwarding Unit) instead of standard WebRTC?
Standard WebRTC is a mesh network. If 10 people are in a call, each person's computer has to encode and send 9 separate video streams, which will immediately crash standard consumer hardware. An SFU changes this to a star topology. Each user sends only ONE stream to the server, and the server handles the heavy lifting of routing it to everyone else.
How does the platform handle students with slow internet connections?
Our SFU utilizes Simulcast. The teacher's browser actually sends three distinct video qualities (High, Medium, Low) to the server. The server monitors each student's specific internet bandwidth in real-time. If Student A has fast WiFi, they receive the High-quality stream. If Student B is on a weak 3G mobile connection, the server instantly drops them to the Low-quality stream without affecting anyone else.