[Edge-computing] Edge Node locator
asayeed at redhat.com
Tue Feb 12 19:06:04 UTC 2019
The way I have been thinking about this is the following..
You will have to separate infra functions such as the Edge Nodes from service functions such as applications that run on edge nodes and provide a service.
From an Infra management point of view..
Pro-active Advertisement by the Edge Node and its capacity so that Orchestration engines can place those work loads based on certain criteria.
Node Discovery Process - Explicit discovery of available capacity from the DC/operations center.
Both of them can be achieved via a service bus/message bus architecture that uses pub/sub concepts where you publish information and subscribe to topics. Edge nodes need to participate in that service bus model. It makes the discovery process and provisioning of applications to Edge nodes a lot easier and doesn’t require yet another discovery protocol… This is the work best suited for Orchestrators - So perhaps ONAP
From a UE point of view - A UE should not care where an edge node is located. UE does a normal attach process to the network. The network maps the available services and shows them to UE via a catalog or another mechanism. The UE decides to either attach to that service or sign up for push notifications. So
A UE can then do an explicit attach to a service that is being advertised as part of the catalog. The Edge node can service that request. If there are multiple Edge nodes that can serve the request then based on the infra policy the “closest” edge node can service it.. that would be an infra/orchestration rule as to which Edge node serves that request - the policy defined in the orchestration engine can take into account things such as latency, capacity etc etc.
A UE can sign up for push notifications of services - As the UE enters the proximity of the "Edge zone” (can be defined as a service area for that Edge compute/nodes) the local node can take action to provide the service based on subscription models
Bottom line, A UE should not care where the Edge node is.
> On Feb 12, 2019, at 1:10 PM, Addepalli, Srinivasa R <srinivasa.r.addepalli at intel.com> wrote:
> Hi Bharath,
> This work is going on in ONAP (OOF project and Edge automation project).
> Other possible projects are MobileEdgeX and LFE EVE projects (These two are not yet open sourced).
> ONAP OOF project intention is to figure out the best edge location for a given workload based on following criteria:
> - Latency/Distance with respect to UEs.
> - Availability of right hardware capabilities required for the workload.
> - Cost
> - Affinity and Anti-affinity rules
> - Etc…
> Once ONAP OOF chooses the edge location to place the workload, then ONAP (via Multi-Cloud project) will place the workload by calling Openstack API or K8S API etc…
> You may want to check out ONAP project.
> <>From: bharath thiruveedula [mailto:bharath_ves at hotmail.com]
> Sent: Tuesday, February 12, 2019 9:52 AM
> To: edge-computing at lists.openstack.org
> Subject: [Edge-computing] Edge Node locator
> Hi ,
> Disclaimer: I am not sure the question following is in the scope of this forum.
> I am trying to understand the Edge Architecture from UE point of view. How an app in UE can detect what the nearest edge it has to contact and how does it know whether the app is provisioned in that edge or not?
> Can you please share some pointers from this perspective?
> Best Regards
> Bharath T
> Edge-computing mailing list
> Edge-computing at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Edge-computing