带你读《云原生应用开发 Operator原理与实践》第二章 Operator 原理2.2Client-go 原理(六)

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
简介: 带你读《云原生应用开发 Operator原理与实践》第二章 Operator 原理2.2Client-go 原理

3. DynamicClient

 

DynamicClient    是一种动态客户端,通过动态指定资源组、资源版本和资源等信息,它可以操作任意的Kubernetes资源,即不仅可以操作 Kubernetes 自身内置的资源,还可操作 CRD。这也是 DynamicClient与之前介绍的 ClientSet 客户端最显著的一个区别。

ClientSetDynamicClient 的区别如下。

ClientSet默认只能操作 Kubernetes内置的资源,不能直接操作 CRD,并且使用类型化客户端 ClientSet 时,程序也会与所使用的版本和类型紧密耦合。DynamicClient使用嵌套的 map[string]-interface{] 结构存储 KubernetesAPIServer的返回值,利用反射机制在运行时进行数据绑定,松耦合意味着更高的灵活性,但无法获取强数据类型检查和验证的好处。

在介绍 DynamicClient之前,首先了解一下 Object.runtime接口和 Unstructured结构体,这有助于理解 DynamicClient的实现。

(1)  Object.runtime:Kubernetes中所有的资源对象例如,Pod、Deployment、CRD都实现了 Object.runtime接口,其包含 DeepCopyObjectGetObjectKind方法,分别用于对象深拷贝和获取对象的具体资源类型(Kind

(2)  Unstructured:Unstructured结构体包含 map[string]interface{} 类型字段,在处理无法预知结构的数据时,将数据值存入 interface{} 中,待运行时利用反射判断。该结构体包含大量工具方法,方便处理非结构化数据。

DynamicClient代码示例见代码清单 2-18。

代码清单 2-18

packagemain

import(

"context"


"fmt"

 

appsv1"k8s.io/api/apps/v1"

metav1"k8s.io/apimachinery/pkg/apis/meta/v1""k8s.io/apimachinery/pkg/runtime""k8s.io/apimachinery/pkg/runtime/schema""k8s.io/client-go/dynamic"

"k8s.io/client-go/tools/clientcmd"

)

funcmain(){

//加载 kubeconfig⽂件,⽣成 config对象

config,err:=clientcmd.BuildConfigFromFlags("","/root/.kube/config")

iferr!=nil{

panic(err)

}

 

//dynamic.NewForConfig函数通过config实例化 dynamicClient对象

dynamicClient,err:=dynamic.NewForConfig(config)

iferr!=nil{

panic(err)

}

 

//通过schema.GroupVersionResource设置要请求对象的资源组、资源版本和资源

//设置命名空间和请求参数, 得到 unstructured.UnstructuredList指针类型的PodList

gvr:=schema.GroupVersionResource{Group:"apps",Version:"v1",Resource:"deployments"}

unstructObj,err:=dynamicClient.Resource(gvr).Namespace("kube-system").List(context.TODO(),metav1.ListOptions{Limit:10},

)

iferr!=nil{

panic(err)

}

 

//通过 runtime.DefaultUnstructuredConverter函数将 unstructured.UnstructuredList

//转为DeploymentList类型

deploymentList:=&appsv1.DeploymentList{}

err=runtime.DefaultUnstructuredConverter.FromUnstructured(

unstructObj.UnstructuredContent(),deploymentList,

)

iferr!=nil{

panic(err)

}

 

for_,v:=rangedeploymentList.Items{


fmt.Printf(

"KIND:%v\tNAMESPACE:%v\tNAME:%v\n",

v.Kind,v.Namespace,v.Name,

)

}


}

 

运行以上代码,会获得 Kube-System域中部分Deployment的信息,打印输出见代码清单 2-19。

代码清单 2-19

# 运⾏输出

KIND: Deployment NAMESPACE: kube-system NAME:calico-kube-controllers

KIND: Deployment NAMESPACE: kube-system NAME:coredns

KIND: Deployment NAMESPACE: kube-system NAME:kube-state-metrics

KIND: Deployment NAMESPACE: kube-system NAME:metrics-server

KIND: Deployment NAMESPACE: kube-system NAME:nginx

...

􀀥􀁚􀁏􀁂􀁎􀁊􀁄􀀤􀁍􀁊􀁆􀁏􀁕􀀁􀣾􄊤􄄤􂅯􂮱􄓴􂼸􀺯􀌸􅖍􃻮􀐐􂴮􂌲􀢂 􀀓􀀎􀀓􀀑􅖎􀈡

􀀯􀁆􀁘􀀧􀁐􀁓􀀤􀁐􀁏􀁇􀁊􀁈􀀁􃣤􀤃􀀁􀀥􀁚􀁏􀁂􀁎􀁊􀁄􀀤􀁍􀁊􀁆􀁏􀁕􀀁􁄦􄆎􅖑􀚣􀍚􁄮􃷲􀎳􀀁􀀳􀀦􀀴􀀵􀀤􀁍􀁊􀁆􀁏􀁕􀀁􃆨􀲸􂮱􁃏􁝤􃀜􀈡

代码清单 2-20

func NewForConfig(inConfig *rest.Config) (Interface, error) {

//...

restClient, err := rest.RESTClientFor(config)

//...

return &dynamicClient{client: restClient}, nil

}

􁲱􄕍􀀁􀀨􀀷􀀳􀀁 􁄦􄆎􁎣􀒉􀍧􀣯􁪝􀑍􄔿􃐆􀀁􀀳􀁆􀁔􀁐􀁖􀁓􀁄􀁆􀀁 􁫦􂈂􅖑􀀳􀁆􀁔􀁐􀁖􀁓􀁄􀁆􀀁 􁫦􂈂􀑇􄔁􀰋􀀁􀁅􀁚􀁏􀁂􀁎􀁊􀁄􀀁

􀀳􀁆􀁔􀁐􀁖􀁓􀁄􀁆􀀤􀁍􀁊􀁆􀁏􀁕􀀁􅖑􀀯􀁂􀁎􀁆􀁔􀁑􀁂􀁄􀁆􀀁􀦹􀀁􀀭􀁊􀁔􀁕􀀁􄘪􁭜􀀁􀀥􀁚􀁏􀁂􀁎􀁊􀁄􀀳􀁆􀁔􀁐􀁖􀁓􀁄􀁆􀀤􀁍􀁊􀁆􀁏􀁕􀀁􂮱􁫦􂈂􅖍􃻮􀐐􂴮􂌲􀢂 􀀓􀀎􀀓􀀒􅖎􀈡

代码清单 2-21

func (c *dynamicClient) Resource(resource schema.GroupVersionResource)

NamespaceableResourceInterface {

return &dynamicResourceClient{client: c, resource: resource}

}

List方法中首先获得 Kubernetes APIServer返回的 Deployment信息,此时数据是二进制格式的 JSON, 利用 UnstructuredJSONScheme解析器将 JSON格式的数据写入 Unstructured/UnstructuredList类型的对象中并返回, 由于使用 runtime.Object接口作为返回类型,因此,后续需要进行类型强制转换,即uncastObj.(*unstructured.


UnstructuredList)uncastObj.(*unstruc-tured.Unstructured)


见代码清单2-22􀁏􀁖􀁄􀁕􀁖􀁓􀁆􀁅􀀭􀁊􀁔􀁕􀀊􀀁􁝃􀀁􀁖􀁏􀁄􀁂􀁔􀁕􀀰􀁃􀁋􀀏􀀉􀀁􀁕􀁖􀁓􀁆􀁅􀀏􀀶􀁏􀁔􀁕􀁓􀁖􀁄􀁕􀁖􀁓􀁆􀁅􀀊􅖍􃻮􀐐􂴮􂌲􀢂 􀀓􀀎􀀓􀀓􅖎􀈡

代码清单 2-22

func (c *dynamicResourceClient) List(ctx context.Context, opts metav1.

ListOptions) (*unstructured.UnstructuredList, error) {

result := c.client.client.Get().AbsPath(c.makeURLSegments("")...).SpecificallyVersionedParams(&

opts, dynamicParameterCodec, versionV1).Do(ctx)

//...

uncastObj, err := runtime.Decode(unstructured.UnstructuredJSONScheme,

retBytes)

//...

if list, ok := uncastObj.(*unstructured.UnstructuredList); ok {

//...

list, err := uncastObj.(*unstructured.Unstructured).ToList()

//...

}

􂂑此时已经获得 Unstructured/UnstructuredList类型的 Deployment信息,之后将其转化为标准的 Deployment/DeploymentList结构即可,通过 DefaultUnstructuredConverter结构体的 FromUnstructured方法来实现,其利用反射机制将 unstructObj.UnstructuredContent()返回的 map[string]interface{} 类型对象转化为DeploymentList类型对象。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
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在容器编排中的应用。
32 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)等关键技术,本文旨在揭示云原生技术如何促进应用的敏捷性、可扩展性和高可用性,进而推动企业数字化转型进程。不同于传统摘要仅概述内容要点,本部分将融入具体案例分析,直观展示云原生技术在实际应用中的显著成效与挑战应对策略,为读者提供更加丰富、立体的理解视角。 ####