kubernetes fifo源码解析

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
全局流量管理 GTM,标准版 1个月
简介: 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搭建和管理企业级网站应用
相关文章
|
20天前
|
监控 网络协议 Java
Tomcat源码解析】整体架构组成及核心组件
Tomcat,原名Catalina,是一款优雅轻盈的Web服务器,自4.x版本起扩展了JSP、EL等功能,超越了单纯的Servlet容器范畴。Servlet是Sun公司为Java编程Web应用制定的规范,Tomcat作为Servlet容器,负责构建Request与Response对象,并执行业务逻辑。
Tomcat源码解析】整体架构组成及核心组件
|
20天前
|
Kubernetes API 调度
Kubernetes 架构解析:理解其核心组件
【8月更文第29天】Kubernetes(简称 K8s)是一个开源的容器编排系统,用于自动化部署、扩展和管理容器化应用。它提供了一个可移植、可扩展的环境来运行分布式系统。本文将深入探讨 Kubernetes 的架构设计,包括其核心组件如何协同工作以实现这些功能。
43 0
|
4天前
|
存储 缓存 Java
什么是线程池?从底层源码入手,深度解析线程池的工作原理
本文从底层源码入手,深度解析ThreadPoolExecutor底层源码,包括其核心字段、内部类和重要方法,另外对Executors工具类下的四种自带线程池源码进行解释。 阅读本文后,可以对线程池的工作原理、七大参数、生命周期、拒绝策略等内容拥有更深入的认识。
什么是线程池?从底层源码入手,深度解析线程池的工作原理
|
4天前
|
设计模式 Java 关系型数据库
【Java笔记+踩坑汇总】Java基础+JavaWeb+SSM+SpringBoot+SpringCloud+瑞吉外卖/谷粒商城/学成在线+设计模式+面试题汇总+性能调优/架构设计+源码解析
本文是“Java学习路线”专栏的导航文章,目标是为Java初学者和初中高级工程师提供一套完整的Java学习路线。
|
8天前
|
开发工具
Flutter-AnimatedWidget组件源码解析
Flutter-AnimatedWidget组件源码解析
|
27天前
|
测试技术 Python
python自动化测试中装饰器@ddt与@data源码深入解析
综上所述,使用 `@ddt`和 `@data`可以大大简化写作测试用例的过程,让我们能专注于测试逻辑的本身,而无需编写重复的测试方法。通过讲解了 `@ddt`和 `@data`源码的关键部分,我们可以更深入地理解其背后的工作原理。
23 1
|
1月前
|
算法 安全 Java
深入解析Java多线程:源码级别的分析与实践
深入解析Java多线程:源码级别的分析与实践
|
1月前
|
存储 NoSQL Redis
redis 6源码解析之 object
redis 6源码解析之 object
53 6
|
1月前
|
开发者 Python
深入解析Python `httpx`源码,探索现代HTTP客户端的秘密!
深入解析Python `httpx`源码,探索现代HTTP客户端的秘密!
67 1
|
1月前
|
开发者 Python
深入解析Python `requests`库源码,揭开HTTP请求的神秘面纱!
深入解析Python `requests`库源码,揭开HTTP请求的神秘面纱!
121 1

推荐镜像

更多