Hi,
There is a discussion around Load Testing here: UD Load Testing
While this is not relevant to API use, it’s around testing the capacity of UD UI use, with relatively simple dashboards that make calls to sql.
UD can always be scaled (whether you throw more resources at your server, or you scale out horizontally behind a load balancer with sticky sessions - or both), but I think that the suggestion around ‘medium to low traffic projects’ in the documentation may refer the the feasibility of that scaling - I suppose everyone’s requirements and resources are different, but for me there’s a limit where it is no longer cost effective (although UD more than meets my requirements currently).
If you are doing something on this scale, particularly for 10,000 users, you should always consider testing to make sure it is feasible before hand, the last thing you want is to spend time developing and then realize you hit problems when you get to the 500 user mark after everything is place. So in that I’d mirror cadayton’s comments. If this is 10,000 concurrent connections i would say you would very much struggle without some sort of considerable load balancing.
I would ask what your end goal is, why you want to achieve this, what are the alternative options?
If it’s just data you want to expose and UD was your choice due to its ease of use to expose that data, i would consider alternatives. You can still use UD for api’s and web ui’s but maybe consider exposing your data via sql or ssrs or some other method that may be more tailored to your needs at the same time - with both methods interacting together.