九州官方网站 版权所有 2003-2023
-
您的位置:
- 网站首页
- > 九州(中国)科技有限公司官网
- > 新闻动态
您的位置:
1 整体架构 2 ODA部署实施 3 ODA Zero-Touch流程介绍 第一步,运营商可以到ODA的组件市场查询并选择某个供应商的组件,在经过商务等环节之后,获得了相应的ODA组件软件包(Helm Charts)。 第二步,通过Kubernetes的Helm工具来部署这个软件包。Kubernetes会创建出对应的应用,启动相关容器,同时还会创建一个对应于此ODA组件的Kubernetes CRD自定义资源对象,比如本次安装创建了一个CPC Component的ODA CRD对象。 第三步,Canvas通过Kubernetes Operator扩展持续监听ODA CRD对象的创建,当发现新增了一个CPC CRD对象之后,自动获取到资源对象中的ODA组件的元数据信息,并根据这些信息自动触发对应的开通动作,比如为CPC创建若干个API的CRD对象,描述CPC所提供的Open API。 第四步,Canvas对API CRD对象也设置了监听,当发现系统有新增API之后,API Operator会采集API的详细信息,比如内部访问地址、安全认证协议等,并将这些API发送给API网关,由API网关进行API的注册和对外开通,并将API网关反馈的外网访问地址更新到API CRD对象中,这样即实现了组件的自动化开通。 4 ODA技术亮点 ODA与TAM相比,不仅实现了组件在功能层面的模块标准化,还覆盖了组件的非功能性要求,ODA组件的数据模型包含了安全、依赖、管理操作等部分,覆盖到了应用部署和运维环节。 ODA不仅仅是设计态的规范,还提供了配套的、支持微服务、云原生的Canvas环境和CTK等工具,提供了一个完整的可运行的应用框架。 ODA基于云原生操作系统Kubernetes的Operator扩展机制,通过事件驱动和插件扩展实现零配置的自动化运维,与NFV相比,ODA一开始就是基于云原生理念来设计,更加轻量化和易落地。 ODA规范设计和验证过程采用了开源的模式来协作,通过建立ODL(Open Digital Lab)开放数字实验室,众多运营商和供应商一起参与对设计进行验证、反馈和改进,更加开放并具有可落地性。 5 实战ODA-CA 6 总结 王玉木 浩鲸科技云产品总监、 TM Forum Contributer