概述
使用 k8s 相关 sdk 做二次开发时，经常用到 apimachinery、api、client-go 这三个库，一直对他们的职责不是很清楚，网上也没有找到合适的文章做分析，笔者通过研究三个库的源码，总结他们之间的依赖关系如下：
- apimachinery 是最基础的库，包括核心的数据结构，比如 Scheme、Group、Version、Kind、Resource，以及排列组合出来的 常用的GVK、GV、GK、GVR等等，再就是编码、解码等操作
- api 库，这个库依赖 apimachinery，提供了k8s的内置资源，以及注册到 Scheme 的接口，这些资源比如：Pod、Service、Deployment、Namespace
- client-go 库，这个库依赖前两个库，提供了访问k8s 内置资源的sdk，最常用的就是 clientSet。底层通过 http 请求访问k8s 的 api-server，从etcd获取资源信息
高清地址
apimachinery
apimachinery提供k8s最核心的数据结构。
高清地址
api
api 库提供了k8s的内置资源，以及注册到 Scheme 的接口，这些资源比如：Pod、Service、Deployment、Namespace
高清地址
client-go
client-go 库访问k8s 内置资源的sdk，最常用的就是 clientSet。底层通过 http 请求访问k8s 的 api-server，从etcd获取资源信息。
关于 client-go 中最重要的 Informer 机制和原理，请参考本人另一篇文章: k8s源码分析- Informer机制，里面有一张详细的源码调用关系图。
高清地址
总结
- 阅读源码是最好的学习方式，很多资料直接搜索博客是找不到答案的，通过研究源码可以帮助你建立独立思考的能力
- apimachinery 再往下依赖的内容更多是一些工具库，就不再这里做分析
- 三个库的依赖关系依次是：apimachinery -> api -> client-go
