内容简介:最近看了假设要做一个对象储存,架构如下所示:其中接口服务器是直接和客户端交互的,而数据服务器是用来存储存储数据的。
问题
最近看了 《分布式对象存储--原理架构及 Go 语言实现》 这本书,整体思路很清晰,但是由于对于 golang 中的数据流操作( tcp 数据流,文件流等)不是很熟悉,导致对代码的理解有点问题。所以特地整理一下。
场景
假设要做一个对象储存,架构如下所示:
对象存储架构.png
其中接口服务器是直接和客户端交互的,而数据服务器是用来存储存储数据的。
现在将问题简化,只有一个接口服务器,一个数据服务器。当客户端想从服务器获取数据时,流程如下所示:
客户端发起请求流程.png
客户端需要先找接口服务器要数据,接口服务器找数据服务器要(当然需要先定位数据在哪个数据服务器上),数据服务器回数据给接口服务器,接口服务器再回复给客户端,经过这样的流程,客户端才能收到数据。
接口设计
客户端获取数据时向接口服务器发送 GET 请求,请求的 url 为 /objects/<object_name> 。
同样接口服务器向数据服务器转发GET 请求 ,请求的 url 为 /objects/<object_name> 。
数据服务器读取本地指定文件夹的 <object_name> 文件,将内容回复给接口服务器,接口服务器再回复给客户端。
数据服务器实现
dataServer代码
数据服务器的功能很明显,所以先完成数据服务器的代码。
golang 实现 API 十分简单:
// dataServer.go
package main
import (
"net/http"
"io"
"os"
"log"
"strings"
)
const objectDir = "D:/objects/"
func Handler(w http.ResponseWriter, r *http.Request) {
m := r.Method
if m == http.MethodGet {
get(w, r)
return
}
w.WriteHeader(http.StatusMethodNotAllowed)
}
func get(w http.ResponseWriter, r *http.Request) {
// 收到 接口服务器的 请求
// 提取 要获取的文件名
name := strings.Split(r.URL.EscapedPath(), "/")[2]
f, e := os.Open(objectDir + name)
if e != nil {
log.Println(e)
w.WriteHeader(http.StatusNotFound)
return
}
defer f.Close()
// 真正读取,并发送
io.Copy(w, f)
}
func main() {
http.HandleFunc("/objects/", Handler)
http.ListenAndServe(":8889", nil)
}
dataServer 监听在本地的 8889 端口。代码中值得解释的就是 get() 函数,这是执行 GET 请求的时要执行的主要函数,主要工作就是读取文件,将文件内容写入 http.ResponseWriter 中,就能返回数据。
这里要注意的是 f, e := os.Open(objectDir + name) 中的 f 是个 *File 类型,定义如下:
// File represents an open file descriptor.
type File struct {
*file // os specific
}
// read reads up to len(b) bytes from the File.
// It returns the number of bytes read and an error, if any.
func (f *File) read(b []byte) (n int, err error) {
n, err = f.pfd.Read(b)
runtime.KeepAlive(f)
return n, err
}
可以看到它实现了 io.Reader 接口,而 io.Copy() 函数的定义为:
// Copy copies from src to dst until either EOF is reached
// on src or an error occurs. It returns the number of bytes
// copied and the first error encountered while copying, if any.
//
// A successful Copy returns err == nil, not err == EOF.
// Because Copy is defined to read from src until EOF, it does
// not treat an EOF from Read as an error to be reported.
//
// If src implements the WriterTo interface,
// the copy is implemented by calling src.WriteTo(dst).
// Otherwise, if dst implements the ReaderFrom interface,
// the copy is implemented by calling dst.ReadFrom(src).
func Copy(dst Writer, src Reader) (written int64, err error) {
return copyBuffer(dst, src, nil)
}
而 copyBuffer() 函数调用了 src 这个 io.Reader 接口的 Read() 函数读取数据,然后将数据拷贝到 dst 这个 io.Writer 中。
所以文件的真正读取,是发生在 io.Copy(w, f) 这句代码处的,这句代码会阻塞到所有的数据读取完毕。注意:文件流读取完成后需要调用 Close 函数关闭。
测试
由于数据服务器的地址是 localhost:8889 ,所以在浏览器输入 localhost:8889/objects/test.txt 可以看到浏览器确实接收到了数据。
测试结果.png
接口服务器实现
发起GET请求
在 golang 中发起简单的 GET 请求使用 http.Get() 函数即可。
例如,向 baidu.com 发起 GET 请求。
package main
import (
"net/http"
"io/ioutil"
"fmt"
)
func main() {
resp, err := http.Get("http://www.baidu.com")
if err != nil {
fmt.Println(err.Error())
return
}
defer resp.Body.Close()
body, err := ioutil.ReadAll(resp.Body)
if err != nil {
fmt.Println(err.Error())
return
}
fmt.Println(string(body))
}
http.Get() 含义的定义如下:
// Get is a wrapper around DefaultClient.Get.
//
// To make a request with custom headers, use NewRequest and
// DefaultClient.Do.
func Get(url string) (resp *Response, err error) {
return DefaultClient.Get(url)
}
type Response struct {
Status string // e.g. "200 OK"
StatusCode int // e.g. 200
Proto string // e.g. "HTTP/1.0"
ProtoMajor int // e.g. 1
ProtoMinor int // e.g. 0
Header Header
Body io.ReadCloser
ContentLength int64
TransferEncoding []string
Close bool
Uncompressed bool
Trailer Header
Request *Request
TLS *tls.ConnectionState
}
可以看到第一个返回值是 resp *Response 类型,其中有个 Body 成员是个 io.ReadCloser 接口,这个接口是 io.Reader 接口和 io.Closer 接口的组合,数据都存在这个 Body 中,调用 ioutil.ReadAll(resp.Body) 就是执行 resp.Body 实现的 Read 函数, 真正读取数据 。读取出来的 []byte 类型,所以打印的时候转成 string 。需要注意:和文件流一样,这个 Body 也需要关闭。
apiServer代码
所以 apiServer 在处理 GET 请求 的时候,只需要先向 dataServer 发送 GET 请求,将接收的内容返回就行了。
关键点在于: apiServer 需要完全读取 dataServer 返回的内容存在内存里,然后将存好的数据发给客户端吗?
答案是否定的,因为这是个对象存储,可能存储的内容非常大,大到接口服务器的内存都放不下, apiServer 先将内容读到内存是不现实的。
解决方法就是用流的方式,假设 dataServer -> apiServer -> 客户端 之间维护了一个数据流,可以 dataServer 读了一部分数据,就向 apiServer 转发, apiServer 同时客户端转发, 这样数据就可以源源不断的向水流一样流向客户端 , apiServer 使用的内存量就可以减小。
apiServer 的结构和 dataServer 一样,只是 get 函数的流程不一样。
// apiServer.go
package main
import (
"net/http"
"io"
"strings"
)
const dataServerAddr = "http://localhost:8889/objects/"
func Handler(w http.ResponseWriter, r *http.Request) {
m := r.Method
if m == http.MethodGet {
get(w, r)
return
}
w.WriteHeader(http.StatusMethodNotAllowed)
}
func get(w http.ResponseWriter, r *http.Request) {
// 解析 客户端的请求的文件名
name := strings.Split(r.URL.EscapedPath(), "/")[2]
// 向 数据服务器 请求该文件
resp, err := http.Get(dataServerAddr + name)
if err != nil {
w.WriteHeader(http.StatusNotFound)
return
}
defer resp.Body.Close()
// 将 数据服务器 的回复 返回给 客户端
io.Copy(w, resp.Body)
}
func main() {
http.HandleFunc("/objects/", Handler)
http.ListenAndServe(":8888", nil)
}
apiServer 监听在本地的 8888 端口。在收到客户端的请求后,解析出请求的文件名,然后向 dataServer 发起 GET 请求。 http.Get() 执行完毕, apiServer 和 dataServer 就建立了连接,但是还没有真正读取数据。只有在最后执行 io.Copy(w, resp.Body) 的时候才读取 resp.Body 的数据,再写入到 w 中,客户端就可以读取。
流传输
这就是数据流的含义了。
getStream流封装
可以经上面 get 函数发请求的部分封装起来。
新增一个 object 包,添加 get.go 文件
// object/get.go
package objects
import (
"io"
"net/http"
"fmt"
)
type GetStream struct {
reader io.ReadCloser
}
func (r *GetStream) Read(p []byte) (n int, err error) {
return r.reader.Read(p)
}
func (r *GetStream) Close() (err error) {
return r.reader.Close()
}
func NewGetStream(url string) (*GetStream, error) {
r, e := http.Get(url)
if e != nil {
return nil, e
}
if r.StatusCode != http.StatusOK {
return nil, fmt.Errorf("dataServer return http code %d", r.StatusCode)
}
return &GetStream{r.Body}, nil
}
首先封装了一个 GetStream 类型,它内部只有一个成员 reader , 由于读取完需要关闭,所以是 io.ReadCloser 接口类型。 GetStream 的 Read 和 Close 函数都是借助成员 reader 帮助完成。
NewGetStream() 函数就是帮助构造一个 GetStream 类型。也就是发其一个 GET 请求,使用 resp.Body 初始化 GetStream 类型。这样就得到了一个 GetStream 类型。
apiServer 的 get() 函数也随之改变:
// apiServer.go 中 get函数
func get(w http.ResponseWriter, r *http.Request) {
// 解析 接口服务器 接收 客户端的数据
name := strings.Split(r.URL.EscapedPath(), "/")[2]
// 构造一个 GetStream 类型
stream, e := objects.NewGetStream(dataServerAddr + name)
if e != nil {
log.Println(e)
w.WriteHeader(http.StatusNotFound)
return
}
defer stream.Close() // 不要忘记关闭这个流
io.Copy(w, stream) // stream实现了io.reader接口
}
先使用 objects.NewGetStream 得到 stream ,从这个流中读数据,就是从 apiServer 和 dataServer 之间建立的连接中读取数据。最后将这个 stream 中的数据写入到 w 中。同样, 不要忘记关闭这个流 (书上带忘记了)。
虽然这个代码太简单了,以至于没有感受到封装的好处,但是后面封装 PutSteam 的时候,就可以感受到封装代码更加简单,更容易理解。
测试
启动 apiServer 和 dataServer ,向 apiServer 发起请求,地址是 localhost:8888 :浏览器输入 localhost:8888/objects/test.txt 可以看到浏览器确实接收到了数据:
测试结果.png
总结
- 实现了
io.Reader和io.Writer接口结构的实际上都是 流 ,只有在调用Read和Write的时候才会真正的读写数据。 - 几个流之间可以串连起来。 读取第一个流,就会读取后面几个流 。
-
apiServer不需要完全读取dataServer的数据才回复客户端,完全可以将三者通过数据流进行连接。
下一步工作
下一步需要完成客户端上传文件的操作,这是个 PUT 请求,会学习到使用 io.Pipe() 函数将两个协程之间通过数据流(一个读,一个写)连接起来。(可能要等写完小论文了。。。)
参考
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- JavaScript骚操作之操作符
- Go 语言操作 MySQL 之 事务操作
- C# 数据操作系列 - 1. SQL基础操作
- Vim 跨行操作与 Ex 命令操作范围
- 并发环境下,先操作数据库还是先操作缓存?
- 关于HBase Shell基本操作的表操作示例
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
UML和模式应用
拉曼 / 李洋、郑䶮 / 机械工业出版社 / 2006-5 / 66.00元
《UML和模式应用(原书第3版)》英文版面世以来,广受业界专家和读者的好评,历经3个版本的锤炼,吸收了大量OOA,D的精华思想和现代实践方法。全书叙述清晰、用词精炼、构思巧妙,将面向对象分析设计的概念、过程、方法、原则和个人的实践建议娓娓道来,以实例为证,将软件的分析和设计的过程叙述得如逻辑推理一般,于细节处见真知。 《UML和模式应用(原书第3版)》是一本经典的面向对象分析设计技术的入门书......一起来看看 《UML和模式应用》 这本书的介绍吧!