Deeper than that, even. It seems like this is intended as a local-network cloudlet[1] substrate.
Launch an app on your phone that needs a companion frontend server instance to talk to? One gets launched "in the cloud"—specifically, in a virtual cloud owned by the app author. But where is that instance, physically? Usually a provider like AWS... but with a cloudlet peering arrangement, that instance could instead end up running on your router. (Not as crazy as it sounds if your app has an N:M frontend-backend server topology.)
I've been toying with terminology to deal with the idea of a decentralized p2p cloud. Calling it a 'virtual cloud' seems off, and 'fog' has been co-opted by other kinds of tech. Any thoughts on what would be a good terminology for this?
Deeper than that, even. It seems like this is intended as a local-network cloudlet[1] substrate.
Launch an app on your phone that needs a companion frontend server instance to talk to? One gets launched "in the cloud"—specifically, in a virtual cloud owned by the app author. But where is that instance, physically? Usually a provider like AWS... but with a cloudlet peering arrangement, that instance could instead end up running on your router. (Not as crazy as it sounds if your app has an N:M frontend-backend server topology.)
[1] https://github.com/cmusatyalab/elijah-cloudlet