带你读《云原生应用开发 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设置为空即可。

相关文章
|
19天前
|
运维 Cloud Native 持续交付
云原生架构的演进与实践####
【10月更文挑战第16天】 云原生,这一概念自提出以来,便以其独特的魅力和无限的可能性,引领着现代软件开发与部署的新浪潮。本文旨在探讨云原生架构的核心理念、关键技术及其在实际项目中的应用实践,揭示其如何帮助企业实现更高效、更灵活、更可靠的IT系统构建与管理。通过深入剖析容器化、微服务、持续集成/持续部署(CI/CD)等核心技术,结合具体案例,本文将展现云原生架构如何赋能企业数字化转型,推动业务创新与发展。 ####
119 47
|
7天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
8天前
|
Kubernetes 负载均衡 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第27天】Kubernetes(简称K8s)是云原生应用的核心容器编排平台,提供自动化、扩展和管理容器化应用的能力。本文介绍Kubernetes的基本概念、安装配置、核心组件(如Pod和Deployment)、服务发现与负载均衡、网络配置及安全性挑战,帮助读者理解和实践Kubernetes在容器编排中的应用。
31 4
|
12天前
|
NoSQL Cloud Native atlas
探索云原生数据库:MongoDB Atlas 的实践与思考
【10月更文挑战第21天】本文探讨了MongoDB Atlas的核心特性、实践应用及对云原生数据库未来的思考。MongoDB Atlas作为MongoDB的云原生版本,提供全球分布式、完全托管、弹性伸缩和安全合规等优势,支持快速部署、数据全球化、自动化运维和灵活定价。文章还讨论了云原生数据库的未来趋势,如架构灵活性、智能化运维和混合云支持,并分享了实施MongoDB Atlas的最佳实践。
|
13天前
|
监控 Cloud Native Java
云原生架构下微服务治理策略与实践####
【10月更文挑战第20天】 本文深入探讨了云原生环境下微服务架构的治理策略,通过分析当前技术趋势与挑战,提出了一系列高效、可扩展的微服务治理最佳实践方案。不同于传统摘要概述内容要点,本部分直接聚焦于治理核心——如何在动态多变的分布式系统中实现服务的自动发现、配置管理、流量控制及故障恢复,旨在为开发者提供一套系统性的方法论,助力企业在云端构建更加健壮、灵活的应用程序。 ####
59 10
|
8天前
|
Kubernetes Cloud Native API
云原生架构下微服务治理的深度探索与实践####
本文旨在深入剖析云原生环境下微服务治理的核心要素与最佳实践,通过实际案例分析,揭示高效、稳定的微服务架构设计原则及实施策略。在快速迭代的云计算领域,微服务架构以其高度解耦、灵活扩展的特性成为众多企业的首选。然而,伴随而来的服务间通信、故障隔离、配置管理等挑战亦不容忽视。本研究聚焦于云原生技术栈如何赋能微服务治理,涵盖容器编排(如Kubernetes)、服务网格(如Istio/Envoy)、API网关、分布式追踪系统等关键技术组件的应用与优化,为读者提供一套系统性的解决方案框架,助力企业在云端构建更加健壮、可维护的服务生态。 ####
|
8天前
|
Kubernetes 监控 Cloud Native
云原生应用:Kubernetes在容器编排中的实践与挑战
【10月更文挑战第26天】随着云计算技术的发展,容器化成为现代应用部署的核心趋势。Kubernetes(K8s)作为容器编排领域的佼佼者,以其强大的可扩展性和自动化能力,为开发者提供了高效管理和部署容器化应用的平台。本文将详细介绍Kubernetes的基本概念、核心组件、实践过程及面临的挑战,帮助读者更好地理解和应用这一技术。
36 3
|
13天前
|
NoSQL Cloud Native atlas
探索云原生数据库:MongoDB Atlas 的实践与思考
【10月更文挑战第20天】本文探讨了MongoDB Atlas的核心特性、实践应用及对未来云原生数据库的思考。MongoDB Atlas作为云原生数据库服务,具备全球分布、完全托管、弹性伸缩和安全合规等优势,支持快速部署、数据全球化、自动化运维和灵活定价。文章还讨论了实施MongoDB Atlas的最佳实践和职业心得,展望了云原生数据库的发展趋势。
|
9天前
|
监控 安全 Cloud Native
云原生安全:Istio在微服务架构中的安全策略与实践
【10月更文挑战第26天】随着云计算的发展,云原生架构成为企业数字化转型的关键。微服务作为其核心组件,虽具备灵活性和可扩展性,但也带来安全挑战。Istio作为开源服务网格,通过双向TLS加密、细粒度访问控制和强大的审计监控功能,有效保障微服务间的通信安全,成为云原生安全的重要工具。
27 2
|
8天前
|
监控 Cloud Native 持续交付
云原生技术深度解析:重塑现代应用开发与部署范式####
本文深入探讨了云原生技术的核心概念、关键技术组件及其在现代软件开发中的重要性。通过剖析容器化、微服务架构、持续集成/持续部署(CI/CD)等关键技术,本文旨在揭示云原生技术如何促进应用的敏捷性、可扩展性和高可用性,进而推动企业数字化转型进程。不同于传统摘要仅概述内容要点,本部分将融入具体案例分析,直观展示云原生技术在实际应用中的显著成效与挑战应对策略,为读者提供更加丰富、立体的理解视角。 ####