i am not afraid of handling the infra myself but the problem is that the tech is still outdated so you have to do h264 and multicast. in other words you have to use old codec(h264), not vp8, vp9 or av1 and you have to transcode the ingress into different resolutions to serve slow clients instead of doing Scalable Video Coding where you have one source and you simply drop some data out of it for slow clients on the egress per client while they still can consume the same source in lower quality. and i just don' want to be doing that entire transcoding and multiple egress streams.
You are mixing things up now. In the OP you mentioned OBS, SVC isn't available there (or pretty much anywhere). It now sounds a lot more like you want to deploy a WebRTC solution, were CDNs play no role.
I've been running streaming infrastructure for 14 years. The encoded incoming stream needs to be SVC with subset bitstreams for the server to selectively deliver bitstreams from it.
yep, some other cdn(don't remember which) added up to $100. better than 360 but still outside of a budget for daily use. as a one-off, sure, price is not that important. but if i would have just one user streaming once a day for 6h i'd go bankrupt in no time.
right now i am thinking i would simply do 1:1 streaming. so no transcoding. what you put out is what the audience gets. so if you stream with too high if a bitrate, tough luck. i could handle it with couple of cheap VPSs.
