OpenYurt +EdgeX:共建生态,打造零侵入式的云边端一体化平台
Kubernetes是数据中心的关键组件,这些数据中心正在现代化并采用云原生开发架构来交付使用容器的应用程序。将虚拟机和容器编排在一起等功能使Kubernetes成为现代应用程序基础架构采用者的首选平台。电信运营商也在使用Kubernetes在涉及许多边缘节点的分布式环境中编排他们的应用程序。
但由于包含不同云系统电信网络的大规模,Kubernetes的采用需要针对不同用例的不同架构。具体来说,如果我们看一个使用Kubernetes来编排边缘工作负载的用例,有各种可用的框架和公有云管理的Kubernetes解决方案可提供不同的好处,并为电信运营商提供最合适的选择。
在最近的欧洲KubeCon Kubernetes边缘日上,讨论了许多新的Kubernetes边缘用例,并展示了跨平台集成,这可能有助于采用5G边缘的企业和电信运营商将其扩展到更高水平.
以下是一些关键会议的高级概述。
到目前为止,不同的社区和技术解决方案专家已经讨论了不同的边缘概念。但是当Kubernetes进入基础设施时,IT 运营商需要清楚地了解Kubernetes部署将在电信或私有5G用例中无缝提供低延迟性能的关键支柱。首先,应该大规模实施Kubernetes管理。其次,运营商需要选择轻量级的K8S作为边缘解决方案,最好通过CNCF认证。第三,应该在从云到远端的每个节点部署一个轻量级操作系统。
* Akri项目:Akri它发现和监控不能拥有自己计算能力的棕地设备的远端设备——可以是Kubernetes集群的一部分。Akri平台将让这些设备暴露给Kubernetes 集群。
* TensorFlow:TensorFlow是一个机器学习平台,可以通过输入生成洞察。它可以部署在需要执行ML操作的云、本地或边缘节点上。部署在云和边缘的Kubernetes集群可以托管分析工具集,以最低延迟处理ML请求。
* 边缘Kubernetes架构:在为边缘部署Kubernetes时,有许多架构选择因用例而异。每个架构都带来了新的挑战。但底线是没有一刀切的解决方案,因为各种工作负载有不同的要求,而且IT团队正专注于网络节点之间的连接。因此,整体架构需要发展集中式和分布式控制平面。
* 机器人:Kubernetes也已在机器人中实现。展示了K8S集群系统如何用于机器人的分布式系统集成并协同执行特定任务。
* 基于激光的制造:利用基于Kubernetes的分布式系统,自动化配置管理和在集群中移动工作负载的灵活性等功能为激光制造机器带来了运营优势。
* OpenYurt + EdgeX Foundry:OpenYurt是另一个开源框架,它将上游Kubernetes的编排功能扩展到边缘。它可以在5G物联网边缘用例中与EdgeX Foundry集成,其中EdgeX Foundry用于管理物联网设备,而OpenYurt使用插件集处理服务器环境。
* GitOps:Kubernetes支持云原生应用编排以及声明式编排。可以应用GitOps方法在中央数据中心的多个边缘实现零接触配置。
* 港珠澳大桥:Kubernetes在边缘基础设施中实施,用于管理管理港珠澳大桥传感器的应用程序。该用例是独一无二的,因为它专注于如何在Kubernetes中将桥上的传感器设备定义为CRD,如何将每个设备与CI/CD关联,以及如何管理和操作部署在边缘节点上的应用程序。
* 节点功能发现:有大量终端设备可以成为连接到数据中心的数千个边缘节点的一部分。与 Akri项目类似,Node Feature Discovery (NFD)插件可用于检测并推送到Kubernetes集群中,以与边缘服务器和云系统进行编排。
* Kuiper和KubeEdge:Kuiper是开源数据分析/流软件,运行在资源需求低的边缘设备上。它可以与KubeEdge集成,在那里我们可以获得一个组合解决方案,该解决方案利用KubeEdge的应用程序编排功能和流分析。组合解决方案提供低延迟、节省带宽成本、易于实施业务逻辑,运营商可以从云端管理和部署Kuiper软件应用程序。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
前端资源静默刷新报错无解?不如用这个方案来避坑
一、问题背景 想必不少同学在开发过程中都经历过以下场景: 测试人员提出一个Bug,你在进行修复和Resolve后,测试人员Reopen并备注问题依然存在。你在本地确定代码无误后,去测试环境复现,发现原来是前端资源缓存的问题。 运维部署项目后,测试人员进行复查发现项目接口存在异常,后端与运维排查半天,最后发现原来是因为前端缓存还是上一个版本的。 浏览器缓存提供展现信息加速力的同时也会给所有使用者带来一些illusion。有时候即便经验非常丰富的前端技术人员,也可能会被hoisting所骗。这种本地缓存滞后的问题,虽然经常性遇到但很少真正被解决。 例如:在给客户部署产品后,使用过程中接口频频出现 4xx 状态码,在进行排查后端服务,排查代理等方向花费较长时间进行试错,最后发现是所使用的前端资源是浏览器缓存导致,在新版本中接口进行了变动,但由于是缓存资源,它请求的是新版本后端服务中废弃资源的 URI。 二、传统方案 对网络基础了解比较充分的同学肯定会马上想到: 重启 nginx 服务器强制更新缓存。 我们都知道浏览器的缓存分为两种:强缓存和协商缓存。并且根据优先级缓存被存储介质分为worke...
- 下一篇
达芬奇剪辑好还是pr好
DaVinci Resolve 17是一次重大更新,这一版本汇集了超过100项新功能和200项改进!调色页面设立了新的HDR调色工具,重新设计了一级校色控制工具,并添加了基于AI的Magic Mask遮罩等功能。Fairlight更新了能提高工作效率的鼠标和键盘编辑选择工具,以及Fairlight Audio Core和FlexBus新一代音频引擎和总线架构,能支持多达2000条轨道处理! 达芬奇软件最低系统要求 原生支持 M1 芯片。 总体性能和稳定性得到改善。 最低需 macOS 10.14.6 Mojave 最低需 16 GB的系统内存。使用 Fusion 时为 32 GB 最低需 2GB VRAM 的 GPU。 支持 Metal 或 OpenCL 1.2 的 GPU。 本文参考文献:www.macw.com/mac/2494.html?id=MzAyODYyJl8mMjcuMTg3LjIyNy4zMQ%3D%3D
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Hadoop3单机部署,实现最简伪集群
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装