knative queue-proxy

最新推荐文章于 2023-12-18 17:57:05 发布
最新推荐文章于 2023-12-18 17:57:05 发布
阅读量1.9k 收藏 1
点赞数
分类专栏： knative
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhangoic/article/details/104053421
版权
Knative Revision的Pod中，queue-proxy作为sidecar容器运行，处理流量转发。流量经过Istio Gateway到达Queue-Proxy的8012端口，再转发至应用容器。queue-proxy负责请求指标统计、健康检查（k8s probe和knative probe）以及代理功能。它预留了8012（http）、8013（http2，grpc）、8022（管理端口）等端口，应用端口应避免冲突。queue-proxy不统计k8s probe和knative probe的请求，提供探针能力确保Ingress和Pod状态。
摘要由CSDN通过智能技术生成

knative revision最终创建的deploy，会在pod中启用一个sidecar容器，即queue-proxy。

下图展示了queue-proxy的用途，业务流量首先进入 Istio Gateway，然后会转发到 Queue-Proxy 的 8012 端口，Queue-Proxy 8012 再把请求转发到业务容器的监听端口。

queue-proxy

queue-proxy用途

  1. 应用请求数等指标统计。
  2. Pod健康检查（k8s探针）
  3. 代理转发流量
  4. 判断Ingress是否ready需要通过访问queue-proxy实现

queue-proxy预留的端口

knative的组件预留了一些端口作为服务端口，例如8012端口默认是给queue使用的，因此应用的端口应该避开这些预留的端口。

  • 8012，queue-proxy代理的http端口，一般访问应用流量的入口。
  • 8013，http2端口，用于grpc流量的转发。
  • 8022，queue-proxy管理端口。
  • 9090，queue-proxy容器的监控端口，图中的端口已过时。数据由Autoscaler采集，用于kpa。
  • 9091，queue-proxy采集到的应用监控指标（req请求数，响应市场等），图中的端口已过时。由prometheus采集，用于计费。
    serving/pkg/apis/networking/ports.go
// The ports we setup on our services.
const (
	// ServiceHTTPPort is the port that we setup our Serving and Activator K8s services for
	// HTTP/1 endpoints.
	ServiceHTTPPort = 80

	// ServiceHTTP2Port is the port that we setup our Serving and Activator K8s services for
	// HTTP/2 endpoints.
	ServiceHTTP2Port = 81

	// BackendHTTPPort is the backend, i.e. `targetPort` that we setup for HTTP services.
	BackendHTTPPort = 8012

	// BackendHTTP2Port is the backend, i.e. `targetPort` that we setup for HTTP services.
	BackendHTTP2Port = 8013

	// QueueAdminPort specifies the
最低0.47元/天 解锁文章
zhangoic
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
网易轻舟 Serverless 平台 Knative 性能调优实践
NetEaseResearch的博客
08-21 5668
本文主要从性能角度，基于Serverless 前端使用场景对Knative 进行分析，尝试揭开Knative 核心数据路径性能真相并给出调优思考。
【云原生系列】第三讲：Knative 之 Serving
颜淡慕潇
11-21 6086
Serving：即服务基于Kubernetes的crd提供缩容至零、请求驱动的计算功能。它本质上是无服务器平台的执行和扩展组件。主要有以下特性：模型抽象：更高级层的抽象化，对象模型更易于理解。可快速部署无服务容器自动扩容：基于 HTTP 请求的无缝自动扩缩，自动扩缩容机制，支持缩容到零网络集成：自动集成网络和服务网格可扩展：连接日志记录、监控、等其他平台Knative Serving组件是Knative的核心组件，它完成了一个Serverless计算平台最重要的能力
03-Serving及实践
weixin_38753143的博客
12-18 69
场景: knative默认创建的域名,如果我们想自定义域名，比如使用。就需要使用knative的一个CRD:域名映射依赖于# 全局配置参数，在集群中所有的namespace，将会允许自动创建cdc资源手动创建相关的CDC资源，名称为要映射的外部域名。基于CDC资源规范信息，仅需要指定名称，且namespace要在spec字段中定义metadata:spec:查看CDC资源Domainmapping资源DomainMapping的功能。
Knative 健康检查机制分析
阿里云云栖号
10-28 1008
从头开发一个 Serverless 引擎并不是一件容易的事情，今天咱们就从 Knative 的健康检查说起。通过健康检查这一个点来看看 Serverless 模式和传统的模式都有哪些不同以及 Knative 针对 Serverless 场景都做了什么思考。 Knative Serving 模块的核心原理如下图所示。下图中的 Route 可以理解成是 Istio Gateway 的角色。 当缩容到...
云原生框架- KNative入门与原理
gcl的博客
12-05 1229
Knative
laravel-queue-kafka:用于Laravel的Kafka队列驱动程序
05-22
用于Laravel的Kafka队列驱动程序安装安装$ cd /tmp$ mkdir librdkafka$ cd librdkafka$ git clone https://github.com/edenhill/librdkafka.git .$ ./configure$ make$ make install 安装 PECL扩展$ pecl install ...
前端开源库-promise-queue-plus
08-29
在"promise-queue-plus-master"这个压缩包中，包含了Promise Queue Plus的源代码、文档、示例以及可能的测试用例。开发者可以通过阅读源码了解其内部实现原理，参考文档学习如何在项目中使用，并通过示例快速上手。...
queue-it:一个简单的排队 API
07-03
为了将此应用程序安装到您本地的 ArangoDB，您可以像这样使用 Foxx-manager foxx-manager install queue-it /queue这会将应用程序下载到 ArangoDB 的本地安装（必须已启动并运行）并将其安装在路径“/queue”下。...
Queue-Queue-Queue
最新发布
12-23
Queue-Queue-Queue
queue-anim:对队列中的React组件进行动画处理
05-06
例子用法import QueueAnim from 'rc-queue-anim' ;import React from 'react' ;import ReactDom from 'react-dom' ;ReactDom . render ( < QueueAnim> < div xss=removed> enter in queue < / div > ...
【Knative系列】看完这篇还不懂 Knative 流量转发的原理，你来打我~(史上最详细)
热门推荐
云原生Serverless的专栏
01-20 7万+
本文主要讲解 Knative serving 系统及组件： 发展历程 Knative 是谷歌开源的 serverless 架构方案，旨在提供一套简单易用的 serverless 方案，把 serverless 标准化。目前参与的公司主要是 Google、Pivotal、IBM、Red Hat，2018年7月24日才刚刚对外发布，当前还处于快速发展的阶段(3.4k star, 3.3k issue)。 Knative 包含 build（已被tekton取代），serving，event三个部分，本文主要介.
Knative详解
全栈工程师开发手册（原创）https://github.com/tencentmusic/cube-studio
06-26 8476
Knative 主要由 Build、Serving 和 Eventing 三大核心组件构成。Knative 正是依靠这三个核心组件，驱动着 Knative 这艘 Serverless 巨轮前行。下面让我们来分别介绍一下这三个核心组件。 build Knative Build 是基于现有的 Kubernetes 能力之上，提供的一套标准化、可移植、可复用的容器镜像构建方式。通过在 Kubernetes 上运行复杂的构建任务，Knative Build 使你不必再单独开发和重复这些镜像构建过程， 从而通过系统化
Knative 简介
weixin_33933118的博客
10-29 775
本文作者来自蚂蚁金服系统部之芥什么是 Knative？knative 是谷歌开源的 serverless 架构方案，旨在提供一套简单易用的 serverless 方案，把 serverless 标准化。目前参与的公司主要是 Google、Pivotal、IBM、Red Hat，2018年7月24日才刚刚对外发布，当前还处于快速发展的阶段。这是 Google Cloud Platform 宣布 kn...
kubernetes proxy简介
山不转的博客
07-10 7560
本文解释kubernetes中涉及到的各种proxy。参考文档：https://kubernetes.io/docs/concepts/cluster-administration/proxies/proxy在使用kubernetes时可能会遇到如下几种proxy。1.kubectl proxyruns on a user’s desktop or in a podproxies from a l...
详解Knative的服务管理组件（Serving）
华章IT官方博客
04-12 1564
Knative的服务管理组件Serving是管理应用服务的理想选择，它通过自动缩容为零和基于HTTP负载自动扩展的方式简化了部署流程。Knative平台可管理应用服务的部署、版本、网络、...
酷家乐的 Istio 与 Knative 实践
ServiceMesher
01-06 2599
本文整理自酷家乐技术专家付铖（花名：橙子）在 12 月 28 日 Service Mesh Meetup 杭州站现场分享。相关活动内容请参考: https://www.serviceme...
TCP/IP协议的端口号
爱拼才会赢，技术成就梦想！
07-24 6278
在网络技术中，端口（Port）大致有两种意思：一是物理意义上的端口，比如，ADSL Modem、集线器交换机、路由器用 于连接其他网络设备的接口，如RJ-45端口、SC端口等等。二是逻辑意义上的端口，一般是指TCP/IP协议中的端口，端口号的范围从0到65535，比如用于浏览网页服务的80端口，用于FTP服务的21端口等等。我们这里将要介绍的就是逻辑意义上的端口。 IP地址比作一间房子
Knative Serving 健康检查机制分析
阿里巴巴云原生的博客
11-08 1029
作者|阿里云智能事业群技术专家牛秋霖（冬岛） 导读：从头开发一个Serverless引擎并不是一件容易的事情，今天咱们就从Knative的健康检查说起。通过健康检查这一个点来看看Serverless模式和传统的模式都有哪些不同，以及Knative针对Serverless场景都做了什么思考。 Knative Serving 模块的核心原理如下图所示，图中的 Route 可以理解成是 I...
把这个结构体更改命名为charbuff,并修改下列函数变量typedef struct { uint8_t *data; //!< Array of data, stored on the heap. uint32_t head; //!< Index in the array of the oldest element. uint32_t tail; //!< Index in the array of the youngest element. uint32_t size; //!< Size of the data array. } Queue; Queue charBuf; int queue_init(Queue *queue) { const uint32_t size = 4; queue->data = (uint8_t*)malloc(sizeof(uint8_t) * size); queue->head = 0; queue->tail = 0; queue->size = size; // If malloc returns NULL (0) the allocation has failed. return queue->data != 0; } int queue_is_full(Queue *queue) { return ((queue->tail + 1) == queue->head; } int queue_is_empty(Queue *queue) { return queue->tail == queue->head; } int queue_enqueue(Queue *queue, uint8_t item) { if (!queue_is_full(queue)) { queue->data[queue->tail++] = item; queue->tail %= queue->size; return 1; } else { uart_disable(); return 0; } } int queue_dequeue(Queue *queue, uint8_t *item) { if (!queue_is_empty(queue)) { *item = queue->data[queue->head++]; queue->head %= queue->size; return 1; } else { return 0; } }
06-08
如果将结构体重命名为`charbuff`，可以将代码修改为如下形式： ``` typedef struct { uint8_t *data; //!< Array of data, stored on the heap. uint32_t head; //!< Index in the array of the oldest element. uint32_t tail; //!< Index in the array of the youngest element. uint32_t size; //!< Size of the data array. } charbuff; charbuff charBuf; int queue_init(charbuff *queue) { const uint32_t size = 4; queue->data = (uint8_t*)malloc(sizeof(uint8_t) * size); queue->head = 0; queue->tail = 0; queue->size = size; // If malloc returns NULL (0) the allocation has failed. return queue->data != 0; } int queue_is_full(charbuff *queue) { return ((queue->tail + 1) == queue->head); } int queue_is_empty(charbuff *queue) { return queue->tail == queue->head; } int queue_enqueue(charbuff *queue, uint8_t item) { if (!queue_is_full(queue)) { queue->data[queue->tail++] = item; queue->tail %= queue->size; return 1; } else { uart_disable(); return 0; } } int queue_dequeue(charbuff *queue, uint8_t *item) { if (!queue_is_empty(queue)) { *item = queue->data[queue->head++]; queue->head %= queue->size; return 1; } else { return 0; } } ``` 这样就将结构体重命名为`charbuff`，并将函数参数中的`Queue`类型改为`charbuff`类型。这样做可以使代码更加清晰易懂，减少歧义和误解。同时，也需要将变量名统一修改为`charBuf`。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值