资讯专栏INFORMATION COLUMN

上云采购季！| 2核2G4M爆款云服务器低至59元/年，更有多台、长期优惠，快来选购！

立即前往
首页/文章专栏/切图崽的自我修养—[HTTP] 常见B/S架构简单梳理

切图崽的自我修养—[HTTP] 常见B/S架构简单梳理

Simon / 3111人阅读

摘要：前言客户端服务器的通信会经历如下几个阶段客户端输入服务器解析阶段服务器解析请求阶段应用服务器逻辑处理阶段数据库操作阶段服务器模版渲染阶段服务器将返回给客户端解析阶段当客户在浏览器输入某个首先会经历域名解析阶段，即向服务器解析目标返回对应目标

前言

客户端－服务器的通信会经历如下几个阶段:

客户端输入URL

DNS服务器解析URL阶段

Web服务器解析Http请求阶段

应用服务器逻辑处理阶段

数据库操作阶段

Web服务器模版渲染阶段

Web服务器将Html返回给客户端

解析URL阶段

当客户在浏览器输入某个URL, 首先会经历域名解析阶段，即向DNS服务器解析目标URL返回对应目标URL的Ip地址，再根据这个目标Ip地址请起对应的服务器.比如在浏览器中输入www.xx.yy.com后，

浏览器在本地缓存查找www.xx.yy.com对应的IP，如果没找到

向DNS服务器请求www.xx.yy.com对应的IP,如果DNS服务器解析不出来

向更上一级DNS服务器请求www.xx.yy.com对应的IP,如果DNS服务器解析不出来

向更上一级DNS服务器请求www.xx.yy.com对应的IP,直到给客户端返回对应的IP(192.0.0.1)

用户向www.xx.yy.com对应的IP地址发送Http请求(192.0.0.1)

客户端得到对应的IP之后，就可以和web服务器进行正式的交互了

模型1

客户端－(web+应用)服务器－数据库

客户端向服务器发起Http请求

服务器中的web服务层能够处理Http请求

服务器中的应用层部分能够调用业务逻辑，调用业务逻辑上的方法

如果有必要，服务器会和数据库进行数据交换. 然后将模版＋数据渲染成最终的Html, 返送给客户端

模型2

客户端－web服务器－应用服务器－数据库

类似模型1，只是将web服务和应用服务解耦

客户端向web服务器发起Http请求

web服务能够处理Http请求，并且调用应用服务器暴露在外的RESTFUL接口

应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给web服务器

web服务器将模版＋数据组合渲染成html返回给客户端

模型3

客户端－负载均衡器(Nginx)－中间服务器(Node)－应用服务器－数据库

整正暴露在外的不是真正web服务器的地址，而是负载均衡器器的地址

客户向负载均衡器发起Http请求

负载均衡器能够将客户端的Http请求均匀的转发给Node服务器集群

Node服务器接收到Http请求之后，能够对其进行解析，并且能够调用应用服务器暴露在外的RESTFUL接口

应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给Node

Node层将模版＋数据组合渲染成html返回反向代理服务器

反向代理服务器将对应html返回给客户端

注意

首先来明晰一下Nginx概念. Nginx的优点有: 作为反向代理能够起到负载均衡的作用, 负载均衡就是能够承受、高并发的大量的请求，然后将这些请求均匀的转发给内部的服务器，分摊压力. 并且反向代理能够解决跨域引起的问题，因为Nginx，Node,应用服务器，数据库都在内网段呀. 并且，Nginx非常擅长处理静态资源(img,css,js,video)，所以也经常作为静态资源服务器，也叫做CDN

特别的，前一个用户访问index.html, 经过Nginx－Node－应用服务器－数据库链路之后，Nginx会把index.html返回给用户，并且会把index.html缓存在Nginx上

下一个用户再想请求index.html的时候，请求Nginx服务器，Nginx发现有index.html的缓存，于是就不用去请求Node层了，会直接将缓存的页面(如果没过期的话)返回给用户.

模型4

客户端 - (静态资源服务器CDN,负载均衡服务器Nginx)-中间服务器(Node)－应用服务器－数据库

客户端的静态请求(images,css,js等)全部走CDN

客户端的动态请求(html页面上的数据需要从数据库中取，而且需要逻辑处理)就走负载均衡器Nginx(反向代理)

比如针对页面www.xx.yy.com/index.html来说,

客户在浏览器中输入www.xx.yy.com/index.html, 浏览器会查找本地DNS缓存试着找到该URL Hostname对应的IP

如果本地没有找到，浏览器会发送请求到最低层的DNS服务器，期望得到该URL对应的IP

最低层DNS服务器解析该域名，如果解析不了，会再往高一级的DNS服务器发送请求，期望得到该URL对应的IP,如此递归向上查询，直到找到该URL对应的域名，然后逐级向下返回给客户端

客户端拿到对应的IP, 开始向该地址发送Http请求.

其实这个IP就是nginx服务器的IP地址

Nginx服务器接收到客户端的Http请求后，会根据调度算法转发给合适的空闲的Node服务器

Node服务器接收到Http请求之后，能够对其进行解析，并且能够调用应用服务器暴露在外的RESTFUL接口

应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给Node

Node层将模版＋数据组合渲染成html返回反向代理服务器

Nginx服务器将对应html返回给客户端

客户端拿到的index.html如下


...
...

21


...

客户端开始解析index.html, 发现了img标签，于是得向cdn.xx.xx请求1.png

客户端想得到cdn.xx.xx这个域名的IP, 于是查找本地DNS缓存

如果没有缓存，于是向最低层DNS服务器发起域名解析，期望得到cdn.xx.xx对应的IP

DNS服务器收到请求，发现用户的Http-header里请求的是cdn.xx.xx，请求的是一个CDN服务器(其实是一个分散的集群)的IP地址. 于是DNS会动态计算，这个域名对应的CDN服务器集群，哪一台服务器离用户更近更快更合适

DNS服务器计算出最合适的CDN服务器IP之后，将该IP返回给客户端

客户端向这个IP请求静态资源.

注意:

为什么CDN服务能够极大地提高用户请求静态资源的效率?

就是因为你请求的CDN服务器URL对应的IP是经过了DNS服务器的计算得出的最优解. 当DNS服务器收到用户的域名解析请求的时候，如果发现用户请求的是CDN服务器集群的域名，那么DNS会根据用户所在IP地址计算，找到离用户最近的／网络状况最好的 CDN服务器对应的IP地址，返回给客户端.

其实，这和异地多机房部署是一个原理
很多大公司服务器一般会分南北两个集群. 比如一个集群在广州，一个集群在北京. 那么当用户访问该公司的URL的时候，首先肯定会向DNS服务器请求该URL Hostname对应的IP地址. DNS服务器会根据该用户的IP，来判断到底是返回广州地区服务器的IP，还是北京地区服务器的IP
如果用户当前的IP段是在天津，DNS就会将北京服务器的IP地址返回给客户. 如果用户当前IP段在深圳，DNS服务器就会返回深圳服务器的IP给用户. 这样极大的提高了服务器的响应速度(试想一下如果你在北京，你家对面就是该公司北京服务器的机房.但你发现自己的请求却最终被发到了广州机房，这是多么蛋疼的一件事情)
并且，不仅仅是提高服务器的响应效率，多机房部署对于容灾等等也是必要的（万一广州的机房失火了断电了，公司可以去配置DNS服务器，不管用户在那个IP段，都返回北京机房的IP地址,这样就整个南方片区的请求只是变慢了而已，不至于全部瘫痪)

结语

懒得更新了.最后上一张稍微复杂点的架构图醒醒脑吧

GPU云服务器 云服务器 切图崽 物联网常见架构 简单大数据架构 简单理解超融合架构

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/111546.html

相关文章

  • 切图崽的自我修养—[HTTP] 常见B/S架构简单梳理

    摘要：前言客户端服务器的通信会经历如下几个阶段客户端输入服务器解析阶段服务器解析请求阶段应用服务器逻辑处理阶段数据库操作阶段服务器模版渲染阶段服务器将返回给客户端解析阶段当客户在浏览器输入某个首先会经历域名解析阶段，即向服务器解析目标返回对应目标 前言 客户端－服务器的通信会经历如下几个阶段: 客户端输入URL DNS服务器解析URL阶段 Web服务器解析Http请求阶段 应用服务器逻辑处...

    546669204 评论0 收藏0

  • 切图崽的自我修养－－[BUILD]构建工具思路梳理

    摘要：前言之前也是从过来的，到现在的中间有些问题没怎么细想，比如明明是构建工具为什么调试总是要开启一个服务之类的，现在就来简单梳理下思路最原始的构建工具无非是这样改动了某个资源文件，要手动运行构建命令才能重新构建，重新构建的时候构建工具将所有资源 前言 之前也是从grunt/gulp/fis/过来的，到现在的webpack,中间有些问题没怎么细想，比如明明是构建工具为什么调试总是要开启一个h...

    wfc_666 评论0 收藏0

  • 切图崽的自我修养－－[BUILD]构建工具思路梳理

    摘要：前言之前也是从过来的，到现在的中间有些问题没怎么细想，比如明明是构建工具为什么调试总是要开启一个服务之类的，现在就来简单梳理下思路最原始的构建工具无非是这样改动了某个资源文件，要手动运行构建命令才能重新构建，重新构建的时候构建工具将所有资源 前言 之前也是从grunt/gulp/fis/过来的，到现在的webpack,中间有些问题没怎么细想，比如明明是构建工具为什么调试总是要开启一个h...

    elina 评论0 收藏0

  • 切图崽的自我修养－[HTTP] 部署WEB服务流程梳理

    摘要：前言关键字域名，备案服务器解析记录配置流程你想在云端部署两个服务，一个新闻站点，一个游戏门户站点域名也已经想好了，是和用户通过访问能访问到新闻站点，通过访问能访问游戏门户站点首先，你需要上阿里云上买一个一级域名按照中国的相关法律规定，域名如 前言: 关键字: 域名，备案, ip, 服务器, dns解析记录 配置流程: 你想在云端部署两个web服务，一个新闻站点，一个游戏门户站点. 域名...

    Barry_Ng 评论0 收藏0

发表评论

登陆后可评论

0条评论

Simon

男|高级讲师
我要私信

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<