在本周的SDNLAB【一期一会】直播活动中，英特尔平台解决方案架构师——高纪明与大家进行了在线交流，分享了基于OpenNESS的5G与边缘计算共部署的方案，介绍了Intel边缘计算整体解决方案，包括边缘计算硬件平台OTII和CERA，边缘计算软件管理平台OpenNESS架构，以及边缘计算与5G网络共部署的实践经验。
（文末有PPT下载方式）
视频回顾和PPT分享https://v.qq.com/x/page/b31212xye88.html
直播问题总结
Q:
OpenNESS是基于openstack的吗，跟starlingX,openshift,rancher有什么不同？
A:
OpenNESS是基于Kubernetes的。StarlingX是openstack针对边缘计算场景的演进项目，初期只支持虚拟机VM，现在也增加了对容器的支持。Openshift是redhat针对边缘计算场景基于kubernetes开发的项目，分社区版和企业版。kubernetes初期主要是支持容器方案，现在也增加了对VM的支持。Rancher是在cattle，swarm和Kubernetes编排工具之上做的封装，管理下面的编排工具。随着kubernetes影响力快速扩大，Rancher后续版本主要支持Kubernetes。OpenNESS、openshift和rancher都是基于Kubernetes的，但是它们的侧重点不同。openshift侧重应用，在Kubernetes基础上扩展镜像构建、主机组管理，监控、告警、日志等等DevOps功能；rancher侧重运维，重心在多集群的管理，但是边缘计算规模小，通常不会用到多集群管理；OpenNESS当前侧重4G/5G功能的集成能力，底层cloud native能力，以及不同硬件资源的适配能力，OpenNESS版本还在开发开发演进中，未来会增加更为丰富的特性。
Q:
OpenNESS是完全免费吗，有license控制吗，有商用版本吗？
A:
OpenNESS完全免费的，分开源版和IDO版，IDO版有license控制，比开源版增加5G网络相关的模块。IDO可以免费申请，鼓励我们的合作伙伴申请IDO。OpenNESS没有商用版本，完全是开源的。
Q:
OpenNESS底座是kubernetes, 里面怎么起VNF虚机？
A:
OpenNESS通过kubevirt实现虚机的支持，其原理是遵循kubernetes CRD规范先创建pod，Pod内通过libvirtd再去创建/管理VM。
Q:
OpenNESS是基于Kubernetes通用性的边缘解决方案，但是OpenNESS集成的UPF/AF等5G网络组件跟企业分支/总部这种场景没有关系，似乎仅适用特定场景。
A:
针对企业分支/总部这种场景，目前主要关注企业分支与总部间连通性问题的解决方案，例如SD-WAN。5G主要通过空口对移动设备或不方便有线连接的设备的网络覆盖，5G可以覆盖分支或总部内部的设备，但是分支/总部之间通常是走有线网络，用不用5G要看解决哪个问题。边缘计算平台集成5G网络的场景很多，例如科技园区/商场/医院/港口/矿山/变电站等场景用5G做网络覆盖，把业务引流到边缘计算平台上处理，而且有把5G网络与边缘计算应用共平台部署的需求。
Q:
edge node分散在多个地方，控制面集中，它们之间的延迟有要求吗？它们是一个完整集群吗，感觉node分散比较怪怪的?
A:
Edge node和控制面之间对时延的要求不高，因为它们之间主要交互容器编排类的管理报文，容器拉起本身就有一定的时间，控制面与edge node之间所引入的时延相对于容器本身拉起时间很小，所以对这个时延不敏感。从集群管理角度看，集群中Edge node部署在一起或分散部署是没有什么区别，只要网络可达，都可以管理上。Edge node是否分散部署也看价值，如果算力分散部署贴近数据源头可大大降低数据回传的压力，那么edge node分散部署就是有必要的。
Q:
目前有哪些行业典型案例？
A:
OpenNESS边缘计算应用非常广泛，例如智慧园区，智慧工厂，智慧商城，无人店，智慧医院，智慧港口，智慧矿山等。
Q:
考虑到有些场景用户在移动，OpenNESS在边缘侧，跟核心侧如何互动，多个边缘间如何互动?
A:
用户在移动过程的业务连续性需要2个层面的保障，一个是网络层面的连通保障，3GPP标准规范中有方案保证用户在跨基站或跨核心网UPF移动时， UE IP地址不变并保证业务数量流不丢包，有个前提是业务服务点没有发生变更。另一个层面的保障是业务层面的连续性保障，业务服务点随用户移动在不同边缘计算平台上切换，新业务服务点如何保证用户业务流正确衔接切换前的业务流，由应用业务层面保证，边缘计算平台作为基础资源管理平台，通常不会深度参与业务层面的流量逻辑处理。
Q:
开源怎么参与？
A:
合作伙伴通过OpenNESS.org参与开源社区，上面有OpenNESS架构等文档，并可以链接到github上下载或提交代码。
Q:
大云厂商一般都有自己的边缘计算平台解决方案，用户选用OpenNESS的动力在哪里？
A:
部分合作伙伴已有自研边缘计算平台，并在该平台上已经做了较多开发工作，不方便整体系统迁移，这种情况可以只选OpenNESS某些模块进行集成。
Q:
OpenNESS有哪些部署案例？
A:
OpenNESS的部署主要是由合并伙伴去部署完成，国内大陆/台湾，以及印度/欧洲/北美等都有部署案例。
Q:
OpenNESS是开源的，客户用来出现问题等社区反馈肯定来不及，怎么办？找对应有支持能力的OpenNESS合作伙伴吗？
A:
这个问题跟用开源kubernetes做商用部署的情况是一样，客户要用一定的技术能力，在Kubernetes或OpenNESS商用前要有充分的测试验证，出现问题要有应急处理能力，或是由合作伙伴代维或辅助运维。
