DockOne微信分享（一二三）：如何扩展Kubernetes管理的资源对象

1. API Server作为整个Kubernetes集群的核心组件，让所有资源可被描述和配置；这里的资源包括了类似网络、存储、Pod这样的基础资源也包括了replication controller、deployment这样的管理对象；
2. API Server某种程度上来说更像是包含了一定逻辑的对象数据库；接口上更加丰富、自带GC、支持对象 间的复杂逻辑；当然API Server本身是无状态的 数据都在etcd当中；
3. API Server提供基于RESTful的管理接口，支持增删改查和patch、监听的操作，其他组件通过和API Server的接口获取资源配置和状态，以实现各种资源处理逻辑。

• Scheme：定义了资源序列化和反序列化的方法以及资源类型和版本的对应关系；这里我们可以理解成一张纪录表。
• Storage：是对资源的完整封装，实现了资源创建、删除、watch等所有操作。
• APIGroupInfo：是在同一个Group下的所有资源的集合。

type TestObjList struct {

    Items []TestObj 
}

type TestObj struct {} 

type TestObjList struct {

    Items []TestObj 
}

type TestObj struct {
    Number int
}   

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

type REST struct {
    *registry.Store
}

func NewREST() *REST {

    store := &registry.Store{}

    return &REST{store}
}   

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

GenericAPIServer.InstallAPIGroup(&apiGroupInfo).Run()

Q&A

A：举个例子，假如有这样一个场景，Nginx作为反向代理，我们需要非常详细的管理具体配置，并且Nginx的upstream不单单是容器还有许多部署在物理机和虚拟机上的应用，这就要求我们需要具体定义专门管理Nginx的资源对象；由于企业应用场景是十分具体的，也就需要对于资源做具体描述。

A：首先third party resource在Kubernetes里一直不是很稳定，再者third party resource和原生资源有很多不同（可以参考官方文档），满足一些小的场景可以，但是对于深度定制化（资源之间关联、权限限制等），我还是会选择扩展API Server。

以上内容根据2017年5月18日晚微信群分享内容整理。分享人李健，饿了么资深云计算工程师。拥有三年的容器云开发建设经验，2016年加入饿了么一直致力于内部云平台的建设
。DockOne每周都会组织定向的技术分享，欢迎感兴趣的同学加微信：liyingjiesz，进群参与，您有想听的话题或者想分享的话题都可以给我们留言。

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

本文作者：李健

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：DockOne微信分享（一二三）：如何扩展Kubernetes管理的资源对象