📰 最近消息
扩展Kubernetes API Resource相关概念资源（Resource）： Resource是 Kubernetes API中的一个端点，用于存储某个类别的API对象的一个集合；如YAML中的kind：Pod、CronJob…定制资源（Custom Resource）： 自定义 API 资源，Custom Resource是对 Kubernetes API 的扩展，定制资源所代表的是对特定Kubernetes API的一种定制。定制控制器（Custom Controller）： Custom Resource本身只能用来存取结构化的数据，需要将Custom Resource与Cust
Kubernetes 基本上是以 API Group(API 群组)的方式组织各种 API 的，核心组 API并未使用/apis/core/v1 路径是历史原因(事实上核心组也成为遗留组)。API 群组是一组相关的 API 对象的集合，使用群组概念能够更方便的管理和扩展 API。
扩展kubernetes的核心组件：kube-controller-manager与API Resource扩展：通过使用crd与custom controller、operator framework实现，本文主要讲解这方面的扩展实现。kube-apiserver扩展：通过使用API Aggregation layer在不修改 Kubernetes 核心代码的同时扩展 Kubernetes api-server，即将第三方服务注册成Kubernetes api-server提供服务。kube-scheduler扩展：通过Kubernetes Scheduling Framework扩展Kub
Kubernetes API 大多数情况下遵循标准的 HTTP REST 规范，JSON 和 Protobuf 是其主要序列化结构，资源通过 API 接口传入 API Server 最终持久化到 Etcd 数据库。API 是由 API Server 组件提供服务，API Server 是 Kubernetes 的管理中心，是唯一能够与 Etcd 数据库交互的组件
Kubernetes API Server概述Kubernetes API Server通过一个名为kube-apiserver的进程提供服务，该进程运行在Master上。在默认情况下，kube-apiserver进程在本机的8080端口（对应参数–insecure-port）提供REST服务。我们可以同时启动HTTPS安全端口（–secure-port=6443）来启动安全机制，加强REST API访问的安全性。我们通常可以通过命令行工具kubectl来与Kubernetes API Server交互，它们之间的接口是RESTful API。为了测试和学习Kubernetes API Ser
Kubernetes 因其平台级基础设施的特殊性，与服务器，网络，存储，虚拟化，身份认证等等绝大多数计算机软硬件技术领域存在广泛交集，这需要大量的适配与对接，此外作为底层容器编排引擎，也需要满足高度的可扩展性以面对大量的功能特性扩展需求。
KubernetesAPI服务器作为中心组件，其他组件或者客户端（如kubectl)都会去调用它。以RESTfulAPI的形式提供了可以查询、修改集群状态的CRUDCCreate、Read、Update、Delete)接口。它将状态存储到etcd中。API客服联系：@Jinhuang66
API Server 聚合(AA): 即 API Server Aggregattion。其前身是用户 API Server(UAS)，UAS 允许用户设计一套自定义的 API Server 与 Kubernetes 主 API Server 并行生效，可以在不影响原 API Server 的前提下实现更加复杂和定制化的逻辑和功能，但这种方式对代码开发的要求会比较高。自定义 API Server 可以选择与主 API Server 进行聚合也可以独立存在，但独立存在的方式无法与 Kubernetes 很好的集成，因此自定义 API Server 普遍采用 API Server 聚合的方式。
Kubernetes 设计的 3 层网络结构，是一种比较简单的方法，用的人很多。 flannel 适合大多数情况，它配置简单，但是性能和灵活性不足。Calico 相比 Flannel 性能和灵活性都要强的多，功能比较全面不仅涉及到 pod 通信还有网络安全和管理方面，但是配置起来就比较复杂。API客服联系：@Jinhuang66
Kubernetes控制平面的控制器都运行在主节点上，而Kubelet以及Service Proxy都运行在工作节点(实际pod容器运行的地方)上