Event Details

Based on the response from the Boston Summit and the follow up OpenDev Session held in September, it is time to start addressing how to move OpenStack out of the data center.  

In this session we would start with a discussion of the definition of the base set of terms at the beginning of the session to level set the understanding of the technical problem that we are trying to solve.  

This would follow up into a discussion of the validity of the use cases and what tools are needed to support them. 

The expected outcome of the session is a small set of terms as a baseline and a better understanding on the use cases and needs from the different parts of the industry to serve as a starting point for design decisions and next steps on proposed architecture and technical solutions. 

Definition of Edge Computing:

• The session is intended to agree on a base set of terms that we can build on while we are moving forward in this area.  
• What is included in the architecture?  
• What is the minimum element that is included in an Edge Computing Architecture?

Edge use cases: 

• Micro Edge Device (Remote Radio Head / Remote Radio Unit, CPE / set top box, runs a single instance, instance changes infrequently)
• Small Edge Device (coffee shop / POS for a store / cell tower site / FTTN cab, multiple instances, instances change occasionally)
• Medium Edge Backhaul Critical Deployment (C-RAN / big cell site / NBN POI, multiple instances, instances change daily)
• Medium Edge Backhaul Non-Critical Deployment (big box retail / cloudlet, multiple instances, instances change daily)
• Large Edge Deployment (region DC, thousands of instances, instances changing constantly)

What OpenStack modules are applicable when cloud is brought out of the data center?

• Are the Neutron/Nova modules up to supporting remote instances and small/intermittent network connections?  What is missing? 
• Are the tools in Open Stack today usable with modification?
• What tools need to be developed?
• Given that we need to use subsets of the existing modules, how can we improve their ability to work remotely or over intermittent connections?