Posts

这篇文章主要是阅读reqwest的源代码, 而底层关于hyper的实现这篇文章浅尝辄止, 仅仅只是过一下hyper请求的大致流程，以后对rust的掌握程度更高之后在看hyper的源代码。

reqwest是rust中比较知名和流行的一个http客户端, 这篇教程主要是收集了reqwest一些常用的代码片段，便于以后直接复制使用，文章结构主要是对标之前go语言的net/http客户端的快速入门教程。

阅读kube-apiserver的过程中，会发现很多的AddPostStartHook的代码，这部分代码用于执行kube-apiserver启动之后的逻辑，因为他们放在启动后执行更适合，所以就提供了两种钩子(Hook), PostStartHook和PreShutdownHook。这里只看PostStartHook，并且只看bootstrap-controller对应的钩子函数。

从前文我们已经了解到kube-apiserver内部有三个组件，分别是apiExtensionsServer,kubeAPIServer,aggregatorServer, 为了方便用户扩展，所以存在apiExtensionsServer, 因为k8s有自己的核心资源，所以需要kubeAPIServer, 为了将两者结合起来所以需要aggregatorServer, 那么aggregatorServer怎么两者的资源集中在一起并提供给用户查询呢? 本文尝试从k8s的源代码中找到问题的答案。

之前看过kube-apiserver请求处理链的相关内容，知道一些通用逻辑，如认证，鉴权，审计之类的内容都以一种链条的方式组合在一起依次调用，但是这些处理函数中并不包含准入的业务逻辑，之所以这样，我想是因为准入只针对修改请求，所以放在通用的处理链中会不太和谐，再者就是准入是比较重要的抽象，所以单独抽离出来了。

很早就想将自己的网站上传到IPFS上了，但是将网站上传到IPFS网络容易，让它一直存在却不容易，因为IPFS网络并不会永远保存上传的数据，只有热点数据才有可能一直被IPFS网络保存，最近搞了一个便宜的服务器可以运行IPFS服务，所以才有了这篇文章。

这里一节主要看kube-apiserver的路由注册和最终映射到后端存储的处理函数是怎么构造的，kube-apiserver中一共有三个组件，apiExtensionsServer,kubeAPIServer, aggregatorServer，每个组件都有路由注册，但其实核心逻辑是差不多的。

如果认证成功，那么客户端的可以标识成了一个用户了，而这个用户一般至少拥有两个信息，用户和用户组。通过这两个信息就可以给用户鉴权了。

kubernetes代码版本: v1.20.2

从前文我们知道，认证，鉴权，审计等操作的并没有集成在GenericServer里面，所以本文看看这个请求链是怎么工作的。

据我所知，所有开源负载均衡都会提供至少一种扩展机制，BFE也不例外，BFE通过模块的选择可以更精细的控制BFE在处理请求中的各个阶段。如果内置模块不能满足自己需求，那么可以自己开发模块，而BFE是用Golang写的，所以开发效率很高。

如果你还是不懂怎么配置BFE的路由，个人觉得，这是正常的，但是如果之前的文章让你有了Host, HostTag, Product, Cluster的概念就够了。本文尝试配置一些示例配置文件的来继续讲解BFE的路由机制。

前文了解了BFE的启动流程，本文深入一下BFE的路由部分，当我们了解了BFE路由机制，就可以理解BFE的配置文件，也就可以使用BFE了。但是说实话，BFE的路由规则相对于其他产品有点反直觉，因为我使用的还不多，姑且这么说吧。

BFE是一个功能强大的网关。 因为BFE是用Golang写的，所以值得一看，但是它的用户体验实在是一言难尽。

go-ethereum版本: v1.12.2

由于以太坊(ethereum)在不断的发展, 所以协议也在不断的改进，如果你看过《用Go来做以太坊开发》,你会发现其中关于查询交易的那一节中的获取交易的发送者From这部分代码在最新版本中已经失效了，本文主要演示当前以太坊(ethereum)最新版本获取的获取方式。

kubernetes代码版本: v1.20.2

前一节大致看了一下apiserver 的启动流程，以及组成kube-apiserver的三个组件，这一节看看三个组件都会用到的一个非常重要的对象GenericAPIServer, 它是一个HTTP Server的抽象, 虽然这么说很抽象。它会提供注册路由的入口以及各种钩子函数的注册入口。