Skip to content

May 2026#

Scaling Up is easy, the challenge is Scaling Down: The Scale-In problem in videoconferences.

Autoscaling is one of the killer features of cloud infrastructure. It promises zero-waste elasticity: when demand rises, you spin up more nodes; when demand drops, you shut them down and stop paying for them. For most cloud workloads, this works beautifully. But for real-time media platforms — videoconferencing systems built on top of media servers — the "shut them down" part is far more dangerous than it first appears.

Scale In

Scale in situation

This post dives into the scale-in problem: why you can't simply terminate a media server node that has active meetings running inside it, how the broader cloud industry has addressed it, and how OpenVidu implements a robust solution across AWS, Azure, GCP and Digital Ocean.

5 React video call platforms in 2026: Is SaaS still the right choice?

React video call platforms in 2026 — SaaS vs Self-hosted

1. Introduction

When React developers need to add video calls to their applications, the first question is usually simple:

"What is the fastest way to get it working?"

Most teams start by looking for a video API with a React SDK they can integrate quickly, without dealing directly with WebRTC complexity.

In practice, that usually means exploring well-known SaaS platforms that promise quick setup and minimal infrastructure work. That choice makes sense at the beginning:

  • Fast to integrate
  • No infrastructure headaches
  • Familiar turnkey experience

But there are questions teams often ask too late:

  • What happens when video becomes core to your product?
  • What happens when usage grows faster than expected?
  • Is paying per minute still the smartest choice in 2026?

How the networks of your clients affect their user experience and your server infrastructure costs in a WebRTC platform

WebRTC connectivity paths WebRTC connectivity paths

Real-time video applications seem fairly simple at first glance. A user clicks "Join", video and audio start flowing, and everyone can see and hear each other.

But under the hood, WebRTC is making a series of complex networking decisions that determine how media actually travels across the internet. Which ultimately impacts both the final users and your server infrastructure. Including:

  • Video quality and latency in your video sessions, and therefore user experience.
  • Server resource consumption, and therefore infrastructure cost.

So: not all WebRTC connections between a client and a media server are equal. There are 3 factors to consider: the WebRTC media server that you deploy, how you configure your server's network, and the strictness of your client's firewalls.

Over the first two factors you usually have full control: the WebRTC media server you deploy should support the most modern connectivity mechanisms, and the network where you deploy it should be properly configured to allow optimal connections. The third factor — the client's network — may be under your control if you're deploying an internal solution for a company, but for example in consumer-facing applications with users connecting from their home networks or mobile carriers, you have no control at all.

For these reasons it is crucial to understand how modern WebRTC connectivity works, and the impact of different network conditions in your users' experience and your server infrastructure costs.