kubernetes fifo源码解析

本文涉及的产品
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: kubernetes fifo是一个先入先出队列,在实现思路上,值得我们学习借鉴

kubernetes fifo源码解析
1.介绍
kubernetes fifo是一个先入先出队列,实现了Add、Update、Delete、Get、Pop等基本API,以及Replace、HasSynced等API,具体如下:

type FIFO struct {

lock sync.RWMutex
cond sync.Cond
// key和obj的映射
items map[string]interface{}
// key的队列,去重
queue []string

// 当Delete/Add/Update被首先调用,或Replace()的items全部被pop时populated为true
populated bool
// Replace()首先被调用时的objs的数量
initialPopulationCount int

// keyFunc是用来将obj生成key的
keyFunc KeyFunc

// 队列是否关闭,用在Pop方法内的循环控制中
closed bool

}
func NewFIFO(keyFunc KeyFunc) *FIFO

创建一个先入先出队列

func (f *FIFO) Add(obj interface{}) error

添加一个obj,当f.queue中已存在对应的key时,f.queue不再添加

func (f *FIFO) AddIfNotPresent(obj interface{}) error

当f.items不存在obj对应的key时才添加,这在单一生产者/消费者有用,消费者可以安全的重试,避免与生产者竞争以及重入队已消费的item

func (f *FIFO) Close()

关闭队列

func (f *FIFO) Delete(obj interface{}) error

删除不存在f.queue中的item,因为这个实现假设使用者只关心对象,而不关心创建/添加对象的顺序

func (f *FIFO) Get(obj interface{}) (item interface{}, exists bool, err error)

返回请求的item,不存在时exists为false

func (f *FIFO) GetByKey(key string) (item interface{}, exists bool, err error)

返回请求的item,不存在时exists为false

func (f *FIFO) HasSynced() bool

当Add/Update/Delete/AddIfNotPresent先被调用,或者先被Replace()插入的items都被Pop时,HasSynced返回true

func (f *FIFO) IsClosed() bool

检车队列是否关闭

func (f *FIFO) List() []interface{}

返回所有items.

func (f *FIFO) ListKeys() []string

返回当前FIFO中所有的key

func (f *FIFO) Pop(process PopProcessFunc) (interface{}, error)

Pop会等到f.queue中有对象,并且会调用PopProcessFunc处理item。如果f.queue中有多个待处理的对象,则将按照Add/Update的顺序返回。在调用PopProcessFunc之前,会从队列(和存储)中删除item。如果PopProcessFunc返回ErrRequeue,会使用AddIfNotPresent()将其添加回来,因此保证可重复消费。PopProcessFunc是在锁定状态下调用的,因此在PopProcessFunc中操作FIFO的数据结构是安全的。

func (f *FIFO) Replace(list []interface{}, resourceVersion string) error

会根据list重新生成一个map,并将f.items指向新的map,依据该map重新入队f.queue,所以f.queue是无序的

func (f *FIFO) Resync() error

Resync会保证f.items中的key全部存在f.queue中,一般不应该调用该方法,因为其他api应当维持关联关系

func (f *FIFO) Update(obj interface{}) error

与Add实现一致

2.使用
参考TestFIFO_requeueOnPop[1]

// 取testFifoObject中name作为key
func testFifoObjectKeyFunc(obj interface{}) (string, error) {

return obj.(testFifoObject).name, nil

}

type testFifoObject struct {

name string
val  interface{}

}

func mkFifoObj(name string, val interface{}) testFifoObject {

return testFifoObject{name: name, val: val}

}

func TestFIFO_requeueOnPop(t *testing.T) {

// 创建FIFO实例
f := NewFIFO(testFifoObjectKeyFunc)
// 添加obj
f.Add(mkFifoObj("foo", 10))
// Pop操作,但返回ErrRequeue,这时会重入队
_, err := f.Pop(func(obj interface{}) error {
    if obj.(testFifoObject).name != "foo" {
        t.Fatalf("unexpected object: %#v", obj)
    }
    return ErrRequeue{Err: nil}
})
if err != nil {
    t.Fatalf("unexpected error: %v", err)
}
// GetByKey,还在队列中
if _, ok, err := f.GetByKey("foo"); !ok || err != nil {
    t.Fatalf("object should have been requeued: %t %v", ok, err)
}

_, err = f.Pop(func(obj interface{}) error {
    if obj.(testFifoObject).name != "foo" {
        t.Fatalf("unexpected object: %#v", obj)
    }
    return ErrRequeue{Err: fmt.Errorf("test error")}
})
if err == nil || err.Error() != "test error" {
    t.Fatalf("unexpected error: %v", err)
}
if _, ok, err := f.GetByKey("foo"); !ok || err != nil {
    t.Fatalf("object should have been requeued: %t %v", ok, err)
}
// Pop操作,返回nil,不在队列中了
_, err = f.Pop(func(obj interface{}) error {
    if obj.(testFifoObject).name != "foo" {
        t.Fatalf("unexpected object: %#v", obj)
    }
    return nil
})
if err != nil {
    t.Fatalf("unexpected error: %v", err)
}
// GetByKey,不在队列中
if _, ok, err := f.GetByKey("foo"); ok || err != nil {
    t.Fatalf("object should have been removed: %t %v", ok, err)
}

}
3.源码解析
func NewFIFO(keyFunc KeyFunc) *FIFO {

f := &FIFO{
    // key和obj的映射
    items:   map[string]interface{}{},
    // key的队列,先入先出
    queue:   []string{},
    // obj和key的映射函数
    keyFunc: keyFunc,
}
// f.cond.L持有f.lock
f.cond.L = &f.lock

return f
}
func (f *FIFO) Add(obj interface{}) error {

id, err := f.keyFunc(obj)
if err != nil {
    return KeyError{obj, err}
}
f.lock.Lock()
defer f.lock.Unlock()
f.populated = true
// items中不存在时,才入队
if _, exists := f.items[id]; !exists {
    f.queue = append(f.queue, id)
}
f.items[id] = obj
// 唤醒所有等待在f.cond的协程,其实就是Pop在等待f.cond
f.cond.Broadcast()
return nil

}
func (f *FIFO) Pop(process PopProcessFunc) (interface{}, error) {

f.lock.Lock()
defer f.lock.Unlock()
for {
    for len(f.queue) == 0 {
        // 当队列为空时, 避免只有item入队时Pop才可以退出;当f.Close()调用时,Pop也可以退出
        if f.closed {
            return nil, ErrFIFOClosed
        }
        // 等待条件变量唤醒
        f.cond.Wait()
    }
    // 从对头取,先入先出
    id := f.queue[0]
    f.queue = f.queue[1:]
    // 当Replace先被调用时,initialPopulationCount才可能大于0
    if f.initialPopulationCount > 0 {
        f.initialPopulationCount--
    }
    item, ok := f.items[id]
    if !ok {
        // item有可能随后被删除,当被删除时不进行后续操作
        continue
    }
    // 删除item
    delete(f.items, id)
    // 调用item处理函数,如果返回ErrRequeue时,重入队,以便重复消费
    err := process(item)
    if e, ok := err.(ErrRequeue); ok {
        f.addIfNotPresent(id, item)
        err = e.Err
    }
    return item, err
}

}
func (f *FIFO) addIfNotPresent(id string, obj interface{}) {

f.populated = true
if _, exists := f.items[id]; exists {
    return
}

f.queue = append(f.queue, id)
f.items[id] = obj
f.cond.Broadcast()

}
4.总结
kubernetes fifo在实现先入先出队列上,值得我们学习借鉴

引用链接
[1] TestFIFO_requeueOnPop: https://github.com/kubernetes/kubernetes/blob/v1.26.3/staging/src/k8s.io/client-go/tools/cache/fifo_test.go#L75

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
1天前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
41 29
|
8天前
|
存储 前端开发 JavaScript
在线教育网课系统源码开发指南:功能设计与技术实现深度解析
在线教育网课系统是近年来发展迅猛的教育形式的核心载体,具备用户管理、课程管理、教学互动、学习评估等功能。本文从功能和技术两方面解析其源码开发,涵盖前端(HTML5、CSS3、JavaScript等)、后端(Java、Python等)、流媒体及云计算技术,并强调安全性、稳定性和用户体验的重要性。
|
10天前
|
移动开发 前端开发 JavaScript
从入门到精通:H5游戏源码开发技术全解析与未来趋势洞察
H5游戏凭借其跨平台、易传播和开发成本低的优势,近年来发展迅猛。接下来,让我们深入了解 H5 游戏源码开发的技术教程以及未来的发展趋势。
|
16天前
|
机器学习/深度学习 自然语言处理 算法
生成式 AI 大语言模型(LLMs)核心算法及源码解析:预训练篇
生成式 AI 大语言模型(LLMs)核心算法及源码解析:预训练篇
116 0
|
2月前
|
自然语言处理 数据处理 索引
mindspeed-llm源码解析(一)preprocess_data
mindspeed-llm是昇腾模型套件代码仓,原来叫"modelLink"。这篇文章带大家阅读一下数据处理脚本preprocess_data.py(基于1.0.0分支),数据处理是模型训练的第一步,经常会用到。
75 0
|
2月前
|
Kubernetes Linux 虚拟化
入门级容器技术解析:Docker和K8s的区别与关系
本文介绍了容器技术的发展历程及其重要组成部分Docker和Kubernetes。从传统物理机到虚拟机,再到容器化,每一步都旨在更高效地利用服务器资源并简化应用部署。容器技术通过隔离环境、减少依赖冲突和提高可移植性,解决了传统部署方式中的诸多问题。Docker作为容器化平台,专注于创建和管理容器;而Kubernetes则是一个强大的容器编排系统,用于自动化部署、扩展和管理容器化应用。两者相辅相成,共同推动了现代云原生应用的快速发展。
329 11
|
2月前
|
缓存 Kubernetes Docker
GitLab Runner 全面解析:Kubernetes 环境下的应用
GitLab Runner 是 GitLab CI/CD 的核心组件,负责执行由 `.gitlab-ci.yml` 定义的任务。它支持多种执行方式(如 Shell、Docker、Kubernetes),可在不同环境中运行作业。本文详细介绍了 GitLab Runner 的基本概念、功能特点及使用方法,重点探讨了流水线缓存(以 Python 项目为例)和构建镜像的应用,特别是在 Kubernetes 环境中的配置与优化。通过合理配置缓存和镜像构建,能够显著提升 CI/CD 流水线的效率和可靠性,助力开发团队实现持续集成与交付的目标。
|
3月前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
1天前
|
人工智能 分布式计算 调度
打破资源边界、告别资源浪费:ACK One 多集群Spark和AI作业调度
ACK One多集群Spark作业调度,可以帮助您在不影响集群中正在运行的在线业务的前提下,打破资源边界,根据各集群实际剩余资源来进行调度,最大化您多集群中闲置资源的利用率。
|
12天前
|
Prometheus Kubernetes 监控
OpenAI故障复盘丨如何保障大规模K8s集群稳定性
OpenAI故障复盘丨如何保障大规模K8s集群稳定性

热门文章

最新文章

推荐镜像

更多