带你读《云原生应用开发 Operator原理与实践》第三章 Kubebuilder 原理3.2 Kubebuilder 模块分析(六)

简介: 带你读《云原生应用开发 Operator原理与实践》第三章 Kubebuilder 原理3.2 Kubebuilder 模块分析

3.2.5      Finalizers

Finalizers是每种资源在生命周期结束时都会用到的字段。该字段属于KubernetesGC 垃圾收集器,它是一种删除拦截机制,可以让控制器在删除资源前(Pre-delete)进行回调。


Finalizers是在对象删除之前需要执行的逻辑,比如你给资源类型中的每个对象都创建了对应的外部资源,并且希望在 Kuebernetes 删除对应资源的同时删除关联的外部资源,那么可以通过 Finalizers来实现。当 Finalizers 字段存在时,相关资源不允许被强制删除。所有的对象在被彻底删除之前,它的 Finalizers字段必须为空,即必须保证在所有对象被彻底删除之前,与它关联的所有相关资源已被删除。

Finalizers存在于任何一个资源对象的 Meta中,在 Kuebernetes源码中声明为“[ ]string”类型,见代码清单 3-21。

typeObjectMetastruct{

//...

Finalizers[]string

//...DeletionTimestamp*Time

}

 

存在 Finalizers字段的资源对象接收的第一个删除请求,设置metadata.Deletion-Timestamp 字段的值,但不删除具体资源,在设置该字段后,Finalizers列表中的对象只能被删除,不能进行其他操作。

metadata.DeletionTimestamp字段为非空时,Controller监听对象并执行对应Finalizers的动作,在所有动作执行完成后,将该 Finalizer从列表中移除。一旦 Finalizers列表为空,就意味着所有 Finalizer 都被执行过,最终 Kubernetes 会删除该资源。

OperatorController中,最重要的逻辑就是 Reconcile方法,Finalizers也是在Reconcile中实现的,具体内容见代码清单 3-22。

func(r*CronJobReconciler)Reconcile(reqctrl.Request)(ctrl.Result,error){ctx:=context.Background()

log:=r.Log.WithValues("cronjob",req.NamespacedName)

 

varcronJobbatch.CronJob

iferr:=r.Get(ctx,req.NamespacedName,&cronJob);err!=nil{log.Error(err,"unabletofetchCronJob")

returnctrl.Result{},ignoreNotFound(err)

}


//声明  Finalizer字段,由前⽂可知,类型为字符串

//⾃定义  Finalizer的标识符包含⼀个域名、⼀个正向斜线和Finalizer的名称

myFinalizerName:="storage.finalizers.tutorial.kubebuilder.io"

 

//通过检查 DeletionTimestamp字段是否为0,判断资源是否被删除ifcronJob.ObjectMeta.DeletionTimestamp.IsZero() {

//如果 DeletionTimestamp字段为0,说明资源未被删除,此时需要检测是否存在

Finalizer,如果不存在,则添加,并更新到资源对象中

if!containsString(cronJob.ObjectMeta.Finalizers,myFinalizerName){cronJob.ObjectMeta.Finalizers=append(cronJob.ObjectMeta.

Finalizers,myFinalizerName)

iferr:=r.Update(context.Background(),cronJob);err!=nil{returnctrl.Result{},err

}

}

}else{

//如果DeletionTimestamp字段不为0,说明对象处于删除状态中

ifcontainsString(cronJob.ObjectMeta.Finalizers,myFinalizerName){

//如果存在 Finalizer且与上述声明的 finalizer匹配,那么执⾏对应的 hook

iferr:=r.deleteExternalResources(cronJob);err!=nil{

//如果删除失败,则直接返回对应的 errController会⾃动执⾏重试逻辑

returnctrl.Result{},err

}

 

//如果对应的 hook执⾏成功,那么清空finalizersKuebernetes删除对应资源cronJob.ObjectMeta.Finalizers= removeString(cronJob.ObjectMeta.

Finalizers,myFinalizerName)

iferr:=r.Update(context.Background(),cronJob);err!=nil{returnctrl.Result{},err

}

}

 

returnctrl.Result{},err

}

}

 

func(r*Reconciler)deleteExternalResources(cronJob*batch.CronJob)error{

//删除 cronJob关联的外部资源逻辑

//需要确保实现是幂等的

}

 

funccontainsString(slice[]string,sstring)bool{for_,item:=rangeslice{

ifitem==s{returntrue

}

}

returnfalse

}

 

funcremoveString(slice[]string,sstring)(result[]string){for_,item:=rangeslice{

ifitem==s{continue

}

result=append(result,item)

}

return

}

 

Kuebernetes中,只要对象 ObjectMeta中的 Finalizers不为空,对该对象的 Delete作就会转变为Update操作,从代码清单3-22中我们可以看到,UpdateDeletionTimestamp字段的意义是告诉 Kuebernetes的垃圾回收器,在DeletionTimestamp这个时刻之后,只Finalizers为空,就立马删除该对象。

所以一般的使用方法就是在创建对象时把Finalizers  设置好任意String,然后处理DeletionTimestamp不为空的Update操作实际是Delete,根据Finalizers的值执行完所有的Pre-deleteHook此时可以在Cache中读取被删除对象的任何信息)之后将 Finalizers设置为空即可。

相关文章
|
2月前
|
Cloud Native 数据处理 云计算
探索云原生技术在大数据分析中的应用
随着云计算技术的不断发展,云原生架构作为一种全新的软件开发和部署模式,正逐渐引起企业的广泛关注。本文将探讨云原生技术在大数据分析领域的应用,介绍其优势与挑战,并探讨如何利用云原生技术提升大数据分析的效率和可靠性。
|
2月前
|
缓存 Java API
【云原生】Spring Cloud Gateway的底层原理与实践方法探究
【云原生】Spring Cloud Gateway的底层原理与实践方法探究
|
2月前
|
Cloud Native 安全 持续交付
构建未来:云原生架构的演进与实践
【2月更文挑战第30天】 随着数字化转型的深入,企业对于信息技术的需求日益复杂化和动态化。传统的IT架构已难以满足快速迭代、灵活扩展及成本效率的双重要求。云原生技术作为解决这一矛盾的关键途径,通过容器化、微服务、持续集成/持续部署(CI/CD)等手段,实现了应用的快速开发、部署及运维。本文将探讨云原生架构的最新发展,分析其如何助力企业构建更加灵活、高效的业务系统,并结合实际案例,展示云原生转型过程中的最佳实践和面临的挑战。
|
14天前
|
机器学习/深度学习 Cloud Native 持续交付
构建高效机器学习模型的策略与实践构建未来:云原生技术在企业数字化转型中的关键作用
【4月更文挑战第30天】 在机器学习领域,构建一个高效的模型不仅需要深厚的理论基础,还需结合先进的技术手段和策略。本文将探讨一系列提升模型性能的方法,包括数据预处理、特征选择、模型调参以及集成学习等。通过具体案例分析,揭示这些方法如何在实际问题中得以应用,并讨论它们对模型性能的影响。文中还将涉及最新的研究进展,为读者提供前瞻性的指导意义。 【4月更文挑战第30天】随着企业加速其数字化转型之旅,云原生技术已成为推动创新和灵活性的核心。本文深入探讨了云原生架构的原则,包括微服务、容器化、持续集成/持续部署(CI/CD)、以及声明式APIs。分析了这些技术如何共同促进可伸缩性、敏捷性和容错性,同时
|
14天前
|
Kubernetes 监控 Cloud Native
构建未来:云原生架构的演进与实践
【4月更文挑战第30天】 随着数字化转型的不断深入,企业对IT基础设施的要求日益提高。云原生技术以其独特的弹性、可扩展性和敏捷性成为推动现代应用开发的关键动力。本文将探讨云原生架构的核心组件、实施策略以及面临的挑战,旨在为读者提供一个关于如何有效构建和部署云原生应用的全面视角。
|
15天前
|
Cloud Native Devops 持续交付
构建未来应用:云原生架构在现代企业中的实践与挑战
【4月更文挑战第29天】 随着数字化转型的加速,企业正迅速转向云计算以支撑其业务敏捷性和创新。云原生技术,作为推动这一转型的关键因素,正在重新定义软件开发和运维模式。本文将深入探讨云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps文化,并分析这些技术如何帮助企业实现弹性、可扩展和高效的应用部署。同时,我们将讨论在采纳云原生实践中所面临的挑战,包括安全性、治理和人才缺口等问题。
|
15天前
|
运维 Cloud Native Devops
构建未来应用:云原生架构的演进与实践
【4月更文挑战第29天】在数字化转型的浪潮中,企业亟需灵活、高效的技术支撑来应对市场的快速变化。云原生架构以其独特的设计理念和技术栈,成为推动这一变革的关键力量。本文深入探讨了云原生的核心概念、关键技术和实施策略,旨在为企业提供一个清晰的云原生转型蓝图,助力其构建更加动态、可扩展的应用系统。
|
15天前
|
Kubernetes Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与实践
【4月更文挑战第29天】 随着数字化转型的浪潮席卷各行各业,企业对于信息技术基础设施的要求日益提高。传统的IT架构已难以满足快速迭代、灵活扩展和持续创新的需求。本文聚焦于云原生架构,一种为云计算环境量身打造的设计理念和技术集合,旨在帮助企业构建更加灵活、可靠和高效的系统。通过对云原生核心组件的解析、实施策略的探讨以及成功案例的分析,我们揭示了云原生架构如何助力企业在竞争激烈的市场中保持领先地位。
|
20天前
|
人工智能 边缘计算 Cloud Native
云原生架构的未来展望与实践挑战
【4月更文挑战第24天】在数字化转型的浪潮中,云原生架构以其高度灵活、可扩展的特点成为企业技术战略的核心。本文深入探讨了云原生技术的最新发展趋势,分析了在实际部署和运维过程中面临的挑战,并提出了相应的解决方案。通过实例分析,本文旨在为企业实施云原生架构提供参考和指导。
|
20天前
|
Cloud Native Devops 持续交付
构建未来:云原生技术在现代IT架构中的演进与实践
【4月更文挑战第24天】 随着企业数字化转型的深入,云原生技术正成为推动创新和敏捷性的关键技术。本文聚焦于云原生技术的发展历程及其在现代IT架构中的应用,探讨了如何利用容器化、微服务、DevOps和持续集成/持续部署(CI/CD)等核心概念来优化资源利用率,提高系统弹性,并加速产品上市时间。通过分析多个行业案例,文章揭示了云原生实践对企业竞争力的显著影响,并提出了面向未来的IT架构战略建议。

热门文章

最新文章