DockOne微信分享(一二三):如何扩展Kubernetes管理的资源对象

  • 时间:
  • 浏览:0


>A:场景上个大问題讲过了,关于联邦我目前的方案是在自定义的Controller里做相关联系和操作。Q:扩展API Server和通过third party resource + controller的措施相比有那先 优点?支持和多个集群的联邦吗?Kubernetes社区对这两种扩展模式的态度是为甚样的?

A:首先third party resource在Kubernetes里总是完整也有很稳定,再者third party resource和原生资源有好多好多 不同(都可否 参考官方文档),满足你这个小的场景都可否 ,你这个对于淬硬层 定制化(资源之间关联、权限限制等),我还是会选折 扩展API Server。

以上内容根据2017年5月18日晚微信群分享内容埋点。分享人李健,饿了么资深云计算工程师。拥有三年的容器云开发建设经验,2016年加入饿了么总是致力于实物云平台的建设
。DockOne每周也有组织定向的技术分享,欢迎感兴趣的同学加微信:liyingjiesz,进群参与,您有想听励志的话 题意味想分享励志的话 题都都可否 给亲戚朋友 留言。

资源的核心对象是该类型资源的主体,参与操作资源的相关措施和持久化,另外除了定义对象两种,还不都可否 定义其对应的list以便支持list接口。你这个定义该资源的"对外"版本-接口对象,都可否 和核心对象一样不都里可否 不一样,你这个,亲戚朋友 都可否 从前定义接口对象:

type TestObjList struct {

    Items []TestObj 
}

type TestObj struct {
    Number int
}   

最后调用GenericAPIServer运行apiserver:

GenericAPIServer.InstallAPIGroup(&apiGroupInfo).Run()

原文发布时间为:2017-06-06

你这个组装出APIGroupInfo(APIGroupInfo是富含了一组资源类型的集合):

apiGroupInfo := apiserver.NewDefaultAPIGroupInfo(... Scheme)
v1alpha1storage := map[string]rest.Storage{}
v1alpha1storage["testobj"] = NewREST()
apiGroupInfo.VersionedResourcesStorageMap["v1alpha1"] = v1alpha1storage   

本文作者:李健

这里有哪2个概念要先介绍:

  • Scheme:定义了资源序列化和反序列化的措施以及资源类型和版本的对应关系;这里亲戚朋友 都可否 理解成一张纪录表。
  • Storage:是对资源的完整封装,实现了资源创建、删除、watch等所有操作。
  • APIGroupInfo:是在同另另另一个多多Group下的所有资源的集合。
还不都可否 注意的是:另另另一个多多资源对应着另另另一个多多版本;另另另一个多多版本是用户访问的接口对象(yaml意味json通过接口传递的格式),从前版本则是核心对象,实现了资源创建和删除等,你这个直接参与持久化,对应了在etcd中存储,这另另另一个多多版本的资源是不都可否 相互转化的,你这个转换措施不都可否 刚刚注册在Scheme中。接下来亲戚朋友 具体描述下API Server框架下资源的构建过程。定义另另另一个多多资源比较慢定义好核心对象:
type TestObjList struct {

    Items []TestObj 
}

type TestObj struct {} 

本文来自云栖社区媒体公司合作 伙伴Dockerone.io,了解相关信息都可否 关注Dockerone.io。

OK,现在你就都可否 像访问Kubernetes原生资源一样访问你这个新的资源了。注意:上文中代码为了更好的突出先示资源创建逻辑,你这个细节被隐藏掉了。你这个意味亲戚朋友 会有大问題,etcd、admissionControl为甚没配置,这随便说说是在GenericAPIServer中实现了。最后总结一下,Kubernetes是一套容器化解决方案,也是一套资源管理的架构和标准。

Q&A

Q:不都可否 扩展管理资源对象的场景是那先 ?都可否 举个例子说明一下?

没有亲戚朋友 就都可否 使用AddToScheme,把该对象类型(包括deepcopy和coversion措施)注册到Scheme。资源不都可否被RESTful接口访问到,是不都可否 构建实现rest.Storage接口的对象;亲戚朋友 都可否 借助Registry.Store(实现了标准的存储对象接口)实现:

type REST struct {
    *registry.Store
}

func NewREST() *REST {

    store := &registry.Store{}

    return &REST{store}
}   

原文标题:DockOne微信分享(一二三):怎样扩展Kubernetes管理的资源对象

【3 天烧脑式 Docker 训练营 | 上海站】随着Docker技术被没有来没有多的人所认可,其应用的范围也没有广泛。本次培训亲戚朋友 理论结合实践,从Docker应该场景、持续部署与交付、怎样提升测试传输时延、存储、网络、监控、安全等淬硬层 进行。Kubernetes逐渐成熟图片 期的句子的句子的句子是什么的句子 图片 图片 图片 ,也成为你这个公司容器化平台的首选,然而在落地当中,每个企业面对的大问題场景哪2个完整也你这个不一样的,总是希望对Kubernetes做改造,来更好的满足企业目前的需求。然而fork另另另一个多多Kubernetes分支出来并完整也有另另另一个多多好的选折 ,没有有你这个方案吗?接下来,亲戚朋友 先了解下Kubernetes的API Server。

  1. API Server作为整个Kubernetes集群的核心组件,让所有资源可被描述和配置;这里的资源包括了你这个网络、存储、Pod从前的基础资源也包括了replication controller、deployment从前的管理对象;
  2. API Server两种程度上来说更像是富含了一定逻辑的对象数据库;接口上更加雄厚、自带GC、支持对象 间的复杂逻辑;当然API Server两种是无情况表的 数据完整也有etcd当中;
  3. API Server提供基于RESTful的管理接口,支持增完整查和patch、监听的操作,你这个组件通过和API Server的接口获取资源配置和情况表,以实现各种资源解决逻辑。
在Kubernetes集群外打造从前API Server来扩展Kubernetes的资源,与原生Kubernetes组成“联邦”;一来解除和社区版本的耦合,二来都可否 最大化定制需求,在你这个场景下,你这个方案更具灵活性和可操作性。亲戚朋友 也部署了Kubernetes集群,你这个也遇到了你这个挑战。一是Kubernetes不须能解决所有容器化带来的大问題,二来亲戚朋友 也看到了Kubernetes这套框架在扩展性、灵活性等方面优点,好多好多 亲戚朋友 意味在积极尝试实践Kubernetes框架来延伸Kubernetes方案。没有好实现吗?有没有现成的开源框架方便实现你这个方案呢,而时会都可否 大海捞针,在Kubernetes源码里去抽丝剥茧呢?令人兴奋的是答案是肯定的,Kubernetes单独开源了API Server的开发框架项目地址(https://github.com/kubernetes/apiserver.git),不都可否 说明的是你这个项目两种和Kubernetes的代码保持同步的。没有亲戚朋友 接下来看到下怎样利用Kubernetes开源的框架构建特定资源的API Server。意味意味有好多好多 文章介绍API Server的架构这里不再赘述,我主要讲下怎样使用框架,从加上另另另一个多多资源的过程来了解你这个框架。先上架构图

你这个Number值不须会被保存下来,意味核心对象中并没有你这个值。接下来实现资源向Scheme注册的接口函数 SchemeFunc---AddToScheme

func addKnownTypes(scheme *runtime.Scheme) error {
    scheme.AddKnownTypes(SchemeGroupVersion,
        &TestObj{},
        &TestObjList{},
    )
    metav1.AddToGroupVersion(scheme, SchemeGroupVersion)
    return nil
}
SchemeBuilder = runtime.NewSchemeBuilder(addKnownTypes)
AddToScheme = SchemeBuilder.AddToScheme