怎么理解RGW中request的处理流程

这篇文章主要介绍“怎么理解RGW中request的处理流程”，在日常操作中，相信很多人在怎么理解RGW中request的处理流程问题上存在疑惑，小编查阅了各式资料，整理开发云主机域名出简单好用的操作方法，希望对大家解答”怎么理解RGW中request的处理流程”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！以civetweb为例rgw_main.cc为整个radosgw服务的入口，main()函数中根据在ceph.conf的rgw frontends参数设置来选择不同的前端类型，之后执行相应的run()方法实现整个frontend服务的启动。注意这里会根据ceph.conf中rgw_enable_apis的设置，实现s3、swift、admin等多种类型的接口生成不同的handler，具体代码如下
之后在对应的rgw_civetweb_fronted.cc中，根据之前介绍的civetweb启动流程，设置相应启动参数，之后使用mg_start()完成civetweb的启动。（注意参数中callback设置的是civetweb_callback）
经过上一步的设置，在civetweb_callback中每一个request请求都需要经过process_request()进行处理，注意每个request请求都会绑定一组RGWRados(负责底层Librados的数据读写)/RGWREST（对应request和Response的处理）/OpsLogSocket（日志消息记录）
static int civetweb_callback(struct mg_connection* conn) { struct mg_request_info* req_info = mg_get_request_info(conn); RGWMongooseEnv* pe = static_cast(req_info->user_data);{ // hold a read lock over access to pe->store for reconfiguration RWLock::RLocker lock(pe->mutex);RGWRados* store = pe->store; RGWREST* rest = pe->rest; OpsLogSocket* olog = pe->olog;RGWRequest req(store->get_new_req_id()); RGWMongoose client_io(conn);int ret = process_request(pe->store, rest, &req, &client_io, olog); #每个request请求绑定一组前面的RGWRados、RGWREST、OpsLogSocket … “`之后调用rgw_process.cc中的process_request(),其中rest->get_handler根据请求的URL是否包含bucket、object信息，获取到对应的handler类型，之后调用handler->get_op(store)根据前面取得的handler对应request_method获取到最终的handler，之后触发handler对应的pre_exec()、execute()、complete()完整整个request请求的处理，代码如下:

理解整个URL转换handler的过程，能够感觉request信息快速定位具体的op操作，方便debug，整个过程用下面一张图总结。到此，关于“怎么理解RGW中request的处理流程”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注开发云网站，小编会继续努力为大家带来更多实用的文章！

相关推荐: kubernetes集群安装指南：keepalived+haproxy部署apiserver高可用

master相关组开发云主机域名件部署相关推荐: 使用Event Grid + Teams实现Azure VM创建提醒Azure Event Grid是一个托管事件路由平台，使我们能够实时响应Azure中托管的应用程序或拥有的任何Azure资源中发生的更改。E…