CNCF 正在筹建通用数据平面 API 工作组，以制定数据平面的标准 API

很高兴能够帮助您回答这个问题。CNCF 正在筹建通用数据平面 API 工作组，以制定数据平面的标准 API。

数据平面是指在云计算中，处理和传输数据的层。它是应用程序和基础设施之间的接口，可以让应用程序更加高效地访问和处理数据。通用数据平面 API 工作组的目标是制定一套通用的 API 规范，以便于不同的数据平台和应用程序之间进行交互。

这个工作组的成立将有助于促进数据平面的标准化和规范化，从而提高数据处理的效率和可靠性。同时，它也将为开发人员和企业提供更多的选择和灵活性，以便于他们选择最适合自己的数据平台和服务。

推荐的腾讯云相关产品和产品介绍链接地址：

希望这个答案能够帮助您了解 CNCF 正在筹建通用数据平面 API 工作组的相关信息。如果您有其他问题，请随时提问。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Service Mesh 通用数据平面 API（UDPA）最新进展深度介绍

---- 在2019年5月，CNCF 筹建通用数据平面API工作组（Universal Data Plane API Working Group / UDPA-WG)，以制定数据平面的标准API。...当时我写了一个博客文章 “CNCF正在筹建通用数据平面API工作组，以制定数据平面的标准API” 对此进行了介绍。当时 UDPA 还处于非常早期的筹备阶段，信息非常的少。...UDPA-WG：”Universal Data Plane API Working Group”的缩写，这是CNCF下的一个工作组，负责制定 UDPA。...UDPA的目标，援引自 https://github.com/cncf/udpa 的描述：通用数据平面API工作组（UDPA-WG）的目标是召集对数据平面代理和负载均衡器的通用控制和配置API感兴趣的业界人士...：Envoy 官方文档，讲述 Envoy 的稳定API版本控制策略 CNCF正在筹建通用数据平面API工作组，以制定数据平面的标准API：我去年写的 UDPA 介绍文章 The Universal Dataplane

8881 0

交易系统架构演进之路（七）：Service Mesh

这些组件完成了很多事情：聚集遥测数据；提供面向用户的API；向数据平面代理提供控制数据等，它们共同驱动数据平面的行为。...Envoy 最初是在 Lyft 上构建的，后来也加入了 CNCF，是一个高性能 C++ 分布式代理，专门为单个服务和应用程序设计，以及为大型微服务“服务网格”体系结构设计的通信总线和“通用数据平面”。...在 Service Mesh 中，Envoy 只做通用的数据平面。虽然 Envoy 没有自己的控制平面，但提供了标准 API 供其他控制平面接入。...如今，可以说，Envoy 已经是云原生时代数据平面的事实标准，Istio、Kuma、AWS App Mesh 等都使用 Envoy 作为了默认的数据平面。 Envoy 的架构如下图所示： ?...另外，CNCF 从 2019 年 5 月就已经筹建工作组，初始成员包括 Envoy 和 gRPC 项目的代表，以制定数据平面的标准 API，叫 UDPA（Universal Data Plane API

8193 0

Serverless标准化夯实应用基础架构的未来

Serverless正在迅猛发展：根据2019度CNCF调查报告，目前有41％的受访者正在使用serverless技术，另有20％的受访者计划在未来12至18个月内使用serverless技术。...本着协作的精神，CNCF将serverless平台提供商和第三方库开发人员召集到serverless工作组中，以推进标准化。...该平台提供以构建，部署，扩展和运行serverless工作负载的所有API。除了互操作性和可移植性之外，Knative还具有安全性优势。...建议之一是研究创建通用事件格式，以帮助云提供商之间功能的可移植性以及事件流处理的互操作性。最终，创建了CloudEvents规范。...目标起初，制定CloudEvents标准是serverless工作组的一部分工作内容的，而当规范达到其v0.1里程碑时，TOC批准将其作为CNCF一个全新的独立沙箱项目。

1.6K4 0

Kubecon 2022 中关于平台的内容

作为 CNCF 平台工作组 (WG) 的负责人，为了更好地理解此类平台的要求，我花时间与领导者和项目维护人员交谈，为他们开发构建模块。...服务目录正在出现，以收集和宣传精选服务。现代数字产品和服务依赖于平台的许多功能和服务，从块和对象存储到数据库、身份和监控系统。这些数字产品还可能使用其他业务线服务。...服务“绑定”可以包括用于数据平面访问的 URL、用于授权的凭据以及用于日志和指标的端点。...汇聚到一组标准的绑定生成器和标准位置以将此信息放入资源描述符和运行时环境中将很有帮助。基于 OCI 的构建和部署很受欢迎。...结论云平台和平台团队承诺让云原生应用开发更高效；许多工具和模式正在出现，使平台构建者的工作更轻松。我们在 CNCF 平台工作组中的下一项工作旨在通过定义云原生平台的关键组件来支持这些构建者。

801 0

开源网络风云变幻，看各家爱恨情仇

CNCF致力于维护和集成开源技术，支持编排容器化微服务架构应用，通过技术优势和用户价值创造一套新的通用容器技术，推动本土云计算和服务的发展。...另外，就算ONF的OpenFlow不错，但是这个标准的制定者里面没有设备大厂商的参与，他们就甘心做别人的追随者或使用者？这或许也是ODL成立的利益层面的原因。...从上面的表格来看，两者之间有重叠，但更多的是差异。ONF的执行总监Dan Pitt在ODL成立之初说过，ONF是制定SDN的标准，ODL执行他们的标准，两者相辅相成。但事实并非如此。...Table 3 OCP基金会在未来网络领域的工作组 Table 4 TIP基金会在边缘计算等领域开源项目 Table 5 CNCF在云计算、编排方面的项目数不清的明星开源项目...DANOS有三大特点：1）将路由器的操作系统从路由器底层硬件中分离，2）在基础操作系统、控制和管理平面以及数据平面内提供标准接口和应用程序编程接口（API），3）标准接口/API实现数据平面与控制平面的分离

1.4K1 0

Istio公布2022年安全审计结果

范围和总体调查结果 Istio 在 2020 年接受了第一次安全评估[7]，其数据平面Envoy proxy[8]在 2018 年和 2021 年接受了独立评估[9]。...因此，Istio 产品安全工作组和 ADA Logics 决定了以下范围：创建正式的威胁模型，以指导此次和未来的安全审计针对安全问题执行手动代码审核查看针对 2020 年审核中发现的问题的修复审查和改进...特别是，他们强调： Istio 产品安全工作组对安全披露做出快速响应关于项目安全的文档是全面的、精心编写的和保持更新安全漏洞披露遵循行业标准，安全公告清晰而详细安全修复包括回归测试修复和学习 Go...其它问题发现的其余问题是：在一些测试代码中，或者在控制平面组件通过本地主机连接到另一个组件的情况下，没有实施最小限度的 TLS 设置（#6）失败的操作可能不会返回错误代码（#7）正在使用一个弃用的库...达到 SLSA 1 级的工作目前正在进行中[18]。如果你想参与，请加入Istio Slack[19]，并联系我们的测试和发布工作组[20]。

3763 0

云原生计算基金会 CloudEvents 毕业典礼：与 Clemens Vasters 的问答

CloudEvents 是一个旨在以标准化的方式来公开事件元数据的规范，这有助于确保跨平台、服务和系统的互操作性。...这意味着你可以利用你正在使用的协议 / 平台的所有优势和功能，同时仍然可以传输标准化的事件。...耐心和稳定性在所有制定标准的工作中都是必不可少的，CNCF 的认可证明了这种耐心是有回报的。 InfoQ：自从实现这一里程碑以来，业界对 CloudEvents 的接受程度如何？...我们在这项名为“xRegistry”的工作上已经花了几年的时间，最终定义了一个非常通用的、版本感知的、可扩展的元数据注册表模型，作为分类的副产品，它具有一个显著的特征，即它在文档格式和面向资源的 API...该 API 目前被规划到了 OpenAPI 中，文档格式用 JSON 和 Avro 模式表示。我们期望文档格式具有 XML 表示形式，并且以 RPC 绑定或其他方式来表达 API 是绝对可行的。

661 0

Istio 正式成为 CNCF 孵化项目

经过近半年的尽职调查，9 月 28 日，CNCF 正式宣布技术监督委员会 (TOC) 已投票用过将 Istio 作为 CNCF 孵化项目。 Istio 服务网格在逻辑上分为数据平面和控制平面。...数据平面由一组智能 Envoy 代理组成，最常部署为 Sidecar。这些代理调解和控制微服务之间的所有网络通信。控制平面则管理和配置代理以路由流量。...近期，Istio 宣布引入全新的无 sidecar 数据平面模式 Ambient Mesh，通过将数据平面功能从 sidecar 容器转移到网络基础设施来解决常见的操作挑战。...谷歌云的开发者关系主管兼 Istio 指导委员会成员 Craig Box 表示，“我们团队一直致力于围绕 Kubernetes Gateway API 将服务网格社区聚集在一起，我们期待着看到并推动 CNCF...通过互联网、金融、汽车等多个行业的用例，Istio 展示了其在企业数字化和应用现代化方面的潜力。我很高兴看到 Istio 项目被 CNCF 接纳。

2593 0

可观测性查询语言标准工作启动

一个名为可观测性查询语言标准工作组的新工作组已经出现，它在云原生计算基金会可观测性技术咨询小组下运作。...可观测性查询语言标准工作组通过建立统一的可观测性语言标准，以消除这种差距，促进可观测性生态系统内的凝聚力和协作。...此外，他说，正在推进将 Prometheus 协议正式化为 IETF 开放标准 (RFC2119) 的工作。...为了应对这一挑战，2023 年 CNCF 下设立了一个新的倡议，以扩展 OpenTelemetry 的功能，使其涵盖 CI/CD 使用案例。...正如可观测性查询语言标准工作组所展示的那样，标准化可观测性查询语言的努力以及扩展 OpenTelemetry 以支持 CI/CD 使用案例，无疑显示了进展。

1181 0

五分钟技术小分享 - 2022Week03

2022-01-19 CNCF-Contour 作为CNCF中的控制平面的主打产品，Contour的知名度远不如Google的Istio。...这篇博客的定义很具有参考意义：控制平面 - 通过配置和控制消息来组织编排网络的逻辑，并下发给数据平面数据平面 - 以 Sidecar 的形式与应用部署在一起，承载其流量的发送与接收控制平面的关键功能就是控制与管理...但Nginx自身也需要有一定的配置信息，比如说：数据平面的服务发现中心往往是因服务而异的；数据平面的超时参数会频繁调整；在做蓝绿测试时，需要频繁调整流量；认证相关的设置往往需要统一更新，如证书；...在我看来，控制平面更像是数据平面的配置中心，解决的是高频变化或应用间差异性很大的配置信息，让数据平面更稳定地运行。...制定标准。这也是OpenTracing等规范推崇的，对广大的开发者来说非常友好，尤其是跨语言的情况，但这块非常依赖生态，需要大量的SDK，整体来说推进进度比较难。

4243 0

Kubernetes 1.22：再闖新高峰

使用 kubeadm 更安全的控制平面一个新的 alpha 特性允许以非 root 用户的身份运行 kubeadm 控制平面组件。这是 kubeadm 长期以来要求的安全措施。...当你使用这个 alpha 特性部署集群时，你的控制平面以较低的权限运行。 Kubernetes 1.22 还给 kubeadm 带来了新的v1beta3 配置 API[7]。...Server Tracing 的新 alpha 特性 kubeadm 配置格式的一个新的 v1beta3 版本用于 PersistentVolumes 的通用数据填充器现在在 alpha 版本中可用...项目速度 CNCF K8s DevStats 项目[20]聚集了许多与 Kubernetes 的开发速度和各种子项目相关的有趣数据点。...1.22 版本网络研讨会请于 2021 年 9 月 7 日加入 Kubernetes 1.22 发布团队，了解该版本的主要特性，以及弃用和删除，以帮助制定升级计划。

6922 0

揭秘超以太网联盟 UEC 工作组的最新进展！

下图是UEC的工作组划分： 01 物理层工作组 致力于提高物理性能，减少延迟，改善以太网物理基础设施的管理。包括以太网物理层规范、电气和光信号特性、应用程序接口和数据结构的开发。...当前物理层工作组致力于100G/Lane和200G/Lane的PHY规范制定，已经确定了100G /Lane 介质类型、PHY支持的速率和类型。...03 传输层工作组 UET(UEC transport layer)工作组致力于解决最具挑战性的应用程序扩展、报文可靠传输、数据安全传送以及避免网络中的拥塞。...04 软件层工作组 软件层通过与当前各种广泛采用的通信库（如*CCL、MPI和SHMEM）兼容的方式，使用libfabric API作为数据平面框架，促进对UEC的快速采用。...定义各种加速器和FEP之间的交互方式，包括相关的加速器API。定义交换机、FEP以及聚合管理器（AM）的控制平面和数据平面机制，允许不同UEC供应商之间的互操作性。

2K1 0

微软开源Kubernetes服务网格项目Open Service Mesh

微软一直活跃在 Service Mesh Interface (https://smi-spec.io/) (SMI) 社区中，协助定义一组标准可移植的 API 规范，能够实现横跨在不同服务网格之上的通用服务网格功能...首先，OSM 提供一个与SMI规范兼容的控制平面，以此来保留用户的选择。其次，我们使用 Envoy 作为数据平面，因为 Envoy 具有很强的社区动力。...3 SMI: 一组通用服务网格 API 和 Kuebernetes 一样, SMI 也是一个 CNCF 项目，尽管当前只是一个sandbox项目。...尽管它拥有自己的控制平面，但是它的数据平面基于 Envoy。同样，这是一个务实且明智的办法。...当运行`osm install`时，它会以默认的命名空间和网格名称把 OSM 控制平面添加到 Kubernetes 集群中。你可以在安装过程中进行修改。

1K2 0

Kubernetes 1.26: 动态资源分配 Alpha API

作者: Patrick Ohly (Intel)、Kevin Klues (NVIDIA) 译者：空桐动态资源分配是一个用于请求资源的新 API。它是对为通用资源所提供的持久卷 API 的泛化。...它可以：在不同的 pod 和容器中访问相同的资源实例，将任意约束附加到资源请求以获取你正在寻找的确切资源，通过用户提供的参数初始化资源。...API 新的 resource.k8s.io/v1alpha1 API 组提供了四种新类型： ResourceClass 定义由哪个资源驱动程序处理哪种资源，并为其提供通用参数。...你可以参与 SIG Node[14]和 CNCF 容器编排设备工作组[15]。你可以查看或评论动态资源分配的项目看板[16]。...容器编排设备工作组: https://github.com/cncf/tag-runtime/blob/master/wg/COD.md [16] 项目看板: https://github.com/orgs

9843 0

Open Application Model（OAM）的 Kubernetes 标准实现 Crossplane 项目成为 CNCF 孵化项目

Crossplane 是一个面向混合云场景的应用与云服务管理控制平面，它致力于基于 K8s 声明式 API，遵循开放应用模型标准对应用进行管理与交付，并通过独有的机制对云服务以云平台无关的、最终用户友好的方式进行抽象与管理...这种由 Kubernetes 社区最先提出的控制平面方法，正在改变平台团队如何自动化基础设施，并通过自助服务供应使开发人员能够更快地构建。...通过 OAM 作为其标准化应用定义的入口，并且以OAM Component 的方式来为用户暴露出平台无关的云服务定义。...核心 API 已移至 v1（稳定版），未来的增强和改进旨在以向后兼容的方式完成，并具有清晰的升级路径。...CNCF 中的有几个定义标准的「开源项目： SMI（Service Mesh Interface）：服务网格接口 Cloud Events：Serverless 中的事件标准 TUF：更新框架标准

6054 0

软件定义网络（SDN）基础概念学习笔记（下）

南向接口协议设计目标/主要任务承上启下，分离控制平面与数据平面实现网络配置与管理实现路径计算，包括网络开销、链路状态等已实现的南向接口协议 Openflow：Openflow交换机与控制器的信息交互...NETCONF协议优点保护锁定机制支队整个系统数据库可直接进行操作可扩展性好不与具体安全协议绑定，用现有安全协议特点区分配置数据和状态数据 3个标准概念配置数据库 Candidate、Running...，检测交换机工作状态策略制定全局网络视图更利于优化策略算法表项下发主动下发：避免交换机启动时带来的冲击被动下发：负责网络中会产生延时问题北向网络控制争议较大，目前 REST...北向接口概述是应用平面与控制平面的接口，目前尚未有统一的标准需要满足：多样性、合理性、开放性 工作组 最早-ONF北向接口工作组 NBI-WG 给出SDN北向接口不同层次的抽象和接口 IRTF...REST API 遵循RESTful规范设计的API，是 REST API REST几个重要概念资源：信息的抽象资源标识符：URI 表述：HTML文档元数据：数据的数据 REST 架构 5个重要约束

8471 0

Argo CD 实践教程 01

该工作组是由来自不同公司的人组成的，目的是为GitOps构建一个与供应商无关、以原则为主导的定义，所以我认为这些都是仔细研究他们工作的好理由。...它的组件分为两个主要部分——第一个是控制平面，它由一个 REpresentational State Transfer(REST)API服务器和一个用于存储的数据库（通常是etcd）组成、一个用于运行多个控制环路的控制器管理器...第二部分是数据平面，控制平面是关于管理集群的，而这一部分是关于运行用户工作负载的节点上发生的事情。...例如，在这里，带有API的云提供商似乎时一个外部系统，但实际上，所有节点和控制平面都是在该云提供商中创建的。...然后，服务器转到数据库以获取有关Pods的详细信息，然后创建一个响应并将其推送回到客户端。kubectl客户端应用程序接收并解析它，然后能够显示适合人类阅读者的输出。

2712 0

云原生时代的流量入口：Envoy Gateway

当云原生时代大浪袭来，Envoy 这一 CNCF 毕业数据面组件为更多人所知。那么，优秀“毕业生”Envoy 能否成为云原生时代下流量入口标准组件？...那么问题来了：同样是流量入口，在云原生技术趋势下，能否找到一个能力全面的技术方案，让流量入口标准化？...由于 Envoy 已经以 CNCF 毕业项目的姿态成为了云原生数据面的事实标准组件，xDS 也相应成为云原生数据面事实动态 API 标准。...API Plane 作为 API 平面，主要⽤于对 K8S CRD、MCP 或 SMI 接口做面向业务功能的 API 组合、转换处理。...4、通用网关在完整使用 Envoy Gateway 方案下，可以省去原有入口七层代理 -> API 网关 /Ingress 的链路，由一层通用网关（Envoy Gateway）完成。

2.1K3 2

2022开源 GitOps 产业大会亮点回顾：共探 GitOps 未来发展方向 | Q推荐

、产业发展、应用场景等各方面的工作起到推动作用。...除了秘书处和 TOC 委员会，还有五个非常重要的工作组：第一个是技术标准制定与研究工作组，做一些跟 OGA 相关的标准、规范以及白皮书的编辑；第二个是开源社区与生态合作工作组，定期组织各种线上线下的会议...；第三个是联盟活动与媒体宣传工作组，主要推崇开源文化，宣传相关的技术；第四个是数字人才教育培养工作组，主要组织以培养更多开源人才为最终目标的线上、线下会议；最后一个是行业数字转型与开源创新工作组，主要目标是帮助行业内的优秀企业做到数字化转型...谈及未来规划，陈冉表示会基于五个工作组展开：技术标准制定与研究工作组：每季度组织一次 GitOps 标准研讨会；输出相关白皮书活行业报告一本；支撑开源 GitOps 产业大会；开源社区与生态合作工作组...中兴通讯标准总监孟伟在《开源，5G 与 AI 融合之路》中提到，AI 和 5G 的融合会呈现以下几方面的趋势：一，未来，会从面向数据科学家的项目慢慢演进到适用于垂直行业应用市场，使得 AI 更快落地；二

4482 0

Kubernetes生态系统与演进路线

图2 Kubernetes集群数量逐年增长的趋势 02 Kubernetes的演进路线 ▊ Kubernetes与CNCF的容器标准化之路在CNCF的生态中，围绕着Kubernetes的一个重要目标是制定容器世界的标准...迄今为止，已经在容器运行时、容器网络接口、容器存储接口三个方面制定了标准的接口规范。 ◎ CRI（Container Runtime Interface）容器运行时接口。...◎ API标准接口。...◎ 1.14版本：由于允许未经身份验证的访问，所以Discovery API被从RBAC基础架构中删除，以提高隐私和安全性。 ◎ 1.19版本：seccomp机制更新到GA阶段。...Kubernetes社区是以SIG（Special Interest Group，特别兴趣小组）和工作组的形式组织起来的，目前已经成立的SIG小组有30个，涵盖了安全、自动扩缩容、大数据、AWS云、文档

2981 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云