A few years ago we deployed a "Classic" worker role to service requests from a fleet of IoT devices. The worker runs a TCP server and clients connect to the Azure-assigned domain name (ourservice.cloudapp.net) on a specified port.
We're now trying to migrate the codebase to .Net5 and I've realised we may be bit stuck....
Cloud Services (both "classic" and "extended support") don't appear to support .Net5 - it's not clear whether they ever will (maybe someone here knows?). Similarly for Azure Service Fabric.
The temptation is therefore to move to a VM or some other Azure service (TBD) that can host a .Net5 TCP listener.
However, since we have several tens of K of deployed devices using the domain name*, there's an obvious question of whether it's possible to reassign the name (owned by Microsoft) to a new service. I'm guessing we might be able to reuse it for another "Cloud Service" (perhaps even an "extended support" one), but less likely that we can point it to a service of a different Azure type.
The best outcome for us is probably to find a way to upgrade the existing worker to .Net5 'in place' (when .Net Core 3.1 came out we were able to do this with an extra deployment step IIRC) but I'm open to suggestions!
we can fix this with a firmware upgrade but clearly a last resort with this many devices.