Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
  • OPNFV Edge Cloud strategy Task Force meeting notes: https://etherpad.opnfv.org/p/tsc_edge_cloud
  • Edge Cloud Task Force Conclusion reportEdge Cloud WG conclusion report

Recommendations

  1. Develop clear messaging to establish and reinforce OPNFV relevance and unique role in the Industry to address challenges with integrating, deploying, testing, managing Edge Cloud. 
    • Provide a unified view of OPNFV Edge activities to help projects collaborate and avoid duplication
    • Maintain an "Edge dashboard" or equivalent tool to track progress and community artifacts for Edge
    • Consider publishing a White Paper and/or joint conference sessions highlighting collaboration with upstream projects
    • Develop a roadmap of Edge announcement/s (ONS in September?)

  2. TSC to actively encourage and facilitate OPNFV Edge activities with strong developer focus (beyond requirements and use-case analysis)
    • Need a code base for developers to work on and focus community effort
    • Need an installer strategy for Edge Cloud deployment (Compass?)

  3. Establish strong collaboration with relevant upstream communities and Edge related Industry activities
    • EdgeCloud has already established a working relationship with Open Stack Edge Computing Group (note this is being merged with FEMDC) and is exploring collaboration with Keystone and Glance
    • Explore collaboration with StarlingX as upstream ingredient for first Edge scenario
    • Collaborate with StarlingX, Airship, OpenStack Computing Group, etc. for Pharos spec. additions

  4. Solicit feedback from EUAG for validating approach and tracking progress

  5. Deliver at least one Edge Cloud scenario for Gambia (consider both NFV and non-NFV use-cases)
    • Pharos Edge spec (first iteration, multi-architecture) 
    • Edge test cases 

  6. OVP (Compliance Program) 
    • Develop profile of Edge platform capabilities
    • Develop set of Edge relevant test cases based to test against commercial platforms
    • Include Edge test-cases in release after Gambia

  7. Pharos
    • Expand Pharos spec to n Edge flavors 
      • OpenStack Edge Computing group - 1) small, 2) medium
      • Airship 1) Minimal (fully embedded), 2) small DC (enterprise edge, Access level CO/DC with limited space and power), 3) large (Metro level CO/DC)
      • StarlingX 1) EdgeSX 2) Edge 3) Core
      • etc.
    • Definitions and terminology ... expand PDF?
    • Support heterogeneous hardware within a POD
    • Investigate feasibility to adopt ENOS framework for simulating distributed clouds

...

UpstreamsEdge related activitiesuseful linkprogresscollaboration with OPNFVsuggestion for next step
ONAPEdge automation WGhttps://wiki.onap.org/display/DW/Edge+Automation+through+ONAP

Regular meetings

some discussion for vCPE and MEC

Edge automation working group focusing on Edge Cloud for Casablanca (3rd release Nov 15th) ... 1) Add hierarchical orchestration 2) Extend hardware platform awareness, Provide a way to select the best region to place dynamic apps

Not yet.

Hope the connection could be built with AUTO and Edge cloud project to address Orchestration issue of edge

  • Build connection through AUTO and edge cloud project
  • addresss edge orchestration issues in ONAP
OpenStack

Edge computing WG start in 2017

Fog/Edge/Massively Distributed Clouds SIG

(these two groups plan to combine)

https://www.openstack.org/edge-computing/

https://www.openstack.org/assets/edge/OpenStack-EdgeWhitepaper-v3-online.pdf

https://wiki.openstack.org/wiki/Fog_Edge_Massively_Distributed_Clouds


Glance image handling in edge environment : https://wiki.openstack.org/wiki/Image_handling_in_edge_environment

Keystone edge architectures: https://wiki.openstack.org/wiki/Keystone_edge_architectures


white paper publish for edge from the EC WG

discussion of EC WG mainly focusing on security of edge, Keystone, Glance. Not to redesign OpenStack from scrach for edge, but to made certain modification to have openstack fit into edge

Collaboration activity is already underway with the OPNFV Edge Cloud project.
  • Enhance the collaboration following the deployment of EC WG and bring them back into OPNFV integration
  • Consider vCPE scenario from white paper.
  • Test Glance and Cinder Edge scenarios.
  • Appoint liason
Akraino (LFN)Fully integrated edge stack with production quality code and blue-prints including hardware specs.

https://www.akraino.org/

Akraino 1.0 release definition, Blueprints definition, use cases .... brainstorm from May F2F https://etherpad.acumos.org/p/Akraino-release

Mailing lists https://lists.akraino.org/g/main

Governance and membership/process structures WIP

Currently no seed code

Definition of deliverables are WIP ... "blueprints", developer APIs, middleware (SDKs), ETSI MEC functions and APIs

OPNFV has mature CI/CD Infra, test frameworks and release engineering tools/process which could be leveraged by Akraino. OPNFV EdgeCloud is developing requirements which could be consumed by Akraino.

Akraino help define OPNFV Edge Cloud scenarios and Pharos Edge flavors (from Blueprints).

Monitor progress and evaluate collaboration opportunities once Akraino roadmap is clear.

  • Appoint OPNFV liason to Akraino helps inform and facilitate collaboration with regular report back to TSC
  • Proposal to provide lab, test resources?
  • Host Akraino scenario for a release?
Airship (OSF)ATT "Oceans" seed code for deployment of "under cloud"

https://www.airshipit.org/

https://github.com/openstack/airship-in-a-bottle

OSF project, still forming, some seed code available

Monitor for now and reevaluate opportunities for collaboration once project is established.

Consider site definitions (from ATT) for Pharos Edge spec
StarlingX (OSF)Wind River Titanium Cloud R5 seed code.http://www.starlingx.io/OSF project announced recently at Open Stack Summit. Wind River Titanium Cloud is seed code.Possible collaboration to deploy StarlingX as an Edge scenario in OPNFV.Consider Wind River Titanium deployment flavors for Edge POD definition.
Open Edge Compute Initiative (OEC)Developing Open Edge API for 3rd party developers

http://openedgecomputing.org/

Early stages, not much visible yet

OEC is setting up a “Living Edge Lab” real-world testbed for Edge Computing http://openedgecomputing.org/lel.html. Investigate possible synergies with Pharos spec/lab and overlap of use-cases in OPNFV projects.

Monitor progress.
CORD (ONF)open reference implementation of central office  with commodity servers, white-box switches, open source software (e.g., OpenStack, ONOS, XOS)

https://opencord.org/

https://wiki.opencord.org/

https://guide.opencord.org/

Uses ONOS control plane for SDN and managing network components https://onosproject.org/ 

CORD profiles available for install:

Not evaluated sufficiently for recommendation. Evaluate synergy/overlap with vCO Demo 2.0?Assign responsibility for further investigation.
Kubernetes (CNCF)Automating deployment, scaling, and management of containerized applicationshttps://kubernetes.io/v1.10Collaboration with the EdgeCloud project and AUTO to work out edge scenario taking consideration of container managementEdgeCloud and Auto to agree roles and next steps
EdgeXFoundry (LF)

IoT edge computing framework and and ecosystem of interoperable components that accelerates the
deployment of IoT solutions.

API framework for enabling IoT services at the Edge

https://www.edgexfoundry.org/


Certification program plannedOpportunity for collaboration is not clear at this stage.Monitor progress. Investigate certification program.
Telecom Infra Project (TIP)Lab and field implementations for services/applications at the network edge

https://telecominfraproject.com/

https://www.lightreading.com/oss-bss/facebooks-tip-and-telcos-upend-old-operational-models/d/d-id/741488

TIP Ecosystem Acceleration Centers hosted in the UK, Paris, Seoul and Germany.

TIP Community Labs are physical spaces that enable collaboration between member companies in a TIP project group to develop telecom infrastructure solutions

Not evaluated sufficiently for recommendation.Assign responsibility for further investigation.

...