缓存服务器协议（缓存服务器的作用）

本篇文章给大家谈谈缓存服务器协议，以及缓存服务器的作用对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、http是什么协议
• 2、smb协议是否提供缓存？
• 3、缓存服务器的缓存概念
• 4、REST和SOAP Web Service的区别比较
• 5、简述回源原理和CDN缓存

http是什么协议

HTTP 协议是在客户端 - 服务器计算模型中用作请求 - 响应协议。一个网页浏览器，例如，可

能是客户端，并在计算机上运行的应用程序托管一个网站可能是服务器。客户端向服务器提交

HTTP 请求消息。服务器，该服务器提供的资源，如HTML文件和其他内容，或代表客户机的

执行其它功能，返回一个响应消息给客户端。响应包含有关请求的完成状态信息，还可能在其

消息正文中包含请求的内容。

Web浏览器是用户代理（UA）的示例。其他类型的用户代理包括搜索提供商，语音浏览器，

移动应用程序以及访问，使用或显示网络内容的其他软件所使用的索引软件。

HTTP旨在允许中间网络元素改进或启用客户端和服务器之间的通信。高流量网站通常受益于

代表上游服务器提供内容的Web缓存服务器，以缩短响应时间。Web浏览器缓存先前访问的

Web资源，并在可能的情况下重用它们以减少网络流量。通过使用外部服务器中继消息，专用

网络边界处的HTTP 代理服务器可以在没有全局可路由地址的情况下促进客户端的通信。

HTTP是在Internet协议套件框架内设计的应用程序层协议。它的定义假定底层和可靠传输层协

议和传输控制协议（TCP）是常用的。但是，HTTP可以适用于使用不可靠的协议，例如用户数

据报协议（UDP），例如在HTTPU和简单服务发现协议（SSDP）中。

扩展资料：

与HTTP协议非常相似的一个协议HTTPS协议

安全超文本传输协议（HTTPS）是超文本传输协议（HTTP）的扩展。它用于通过计算机网络

进行安全通信，并在因特网上广泛使用。在HTTPS中，通信协议使用传输层安全性（TLS）或

以前的安全套接字层（SSL）进行加密。因此，该协议通常也称为HTTP over TLS，或HTTP

over SSL。

HTTPS的主要动机是对所访问网站的身份验证以及在传输过程中保护所交换数据的隐私和完整

性。它可以防止中间人攻击。客户端和服务器之间的通信的双向加密防止了对通信的窃听和篡

改。在实践中，这提供了一个合理的保证，即一个人在不受攻击者干扰的情况下进行通信，而

不是冒名顶替者。

smb协议是否提供缓存？

SMB是Server Message Block的简写，这个协议用于共享文件，共享打印机，共享串口等用途。我们之所以能够在windows的网络邻居下访问一个域内的其他机器，就是通过这个协议实现的。SMB 协议是一个很重要的协议，目前绝大多数的PC上都在运行这一协议，windows系统都充当着SMB协议的客户端和服务器，所以 SMB是一个遵循客户机服务器模式的协议。SMB服务器负责通过网络提供可用的共享资源给SMB客户机，服务器和客户机之间通过TCP/IP协议、或者IPX协议、或者是 NetBEUI进行连接（如下图

）。一旦服务器和客户机之间建立了一个连接，客户机就可以通过向服务器发送命令完成共享操作，比如读，写，检索等。 从图形来看传输的时候

缓存服务器的缓存概念

这是两种主要的Web缓存：

直接缓存，将用户频繁访问的来自Internet服务器的Web对象的拷贝保存在企业本地网络中。

反向缓存，企业内部Web服务器的Web对象的拷贝保存在企业网络边缘的代理服务器上以提高外界访问企业站点的性能。

Web缓存可以根据不同等级进行配置：

本地缓存：将Web对象缓存的拷贝保存在本地计算机中。大多数流行的Web浏览器默认情况下保留一个先前访问对象的缓存。例如，Internet Explorer称之为“临时Internet文件”。本地缓存拷贝只是在用户频繁地从同一台机器访问页面时有用。

代理缓存：代理服务器是为公司内的多个用户/客户计算机缓存Web对象的单独机器。它们是位于客户端和托管的Web服务器之间的计算机，而且它们比本地缓存效率更高，因为在企业本地网络中的任何用户或计算机访问某个Web对象时，缓存拷贝对想访问该对象的任何其他用户/计算机是可用的，无需到Internet服务器上再次下载它。代理缓存可以在网络边缘与防火墙结合使用。

微软的ISA Server和BlueCoat的工具一样，既包括防火墙也包括缓存代理服务器。缓存服务器也可以是单独的机器，运行免费的缓存软件或商业产品，例如：

Linux版的Squid免费缓存代理

MOWS基于Java分布式web和缓存服务器

Vicomsoft RapidCache Server for Windows或Macintosh

WinProxy for Windows

可升级的缓存解决方案

随着公司的扩大，单一的Web缓存服务器可能无法处理所有的通信或存储足够的Web对象。在这种情况下，可以扩展缓存解决方案以建立一个缓存阵列——一组共同工作以便在组内分配缓存负载的缓存代理服务器。万一某个缓存服务器停机，还提供缺省的容量。

要在阵列中操作，缓存服务器必须能够彼此使用协议进行通信，例如：

WCCP（Web缓存协调协议），Cisco缓存产品以及诸如Squid这样的开源代理使用。

ICP（Internet缓存协议），被Squid和BlueCoat支持。

CARP（缓存阵列路由协议），被ISA Server Enterprise Edition用来管理缓存服务器阵列的失效转移和负载平衡。

CARP能够支持几乎无限的线性扩展以满足快速增长型企业的需求。当向某个阵列中添加或移除一台服务器时，CARP自动调整并再指定URL以有效地分布负载。

缓存阵列能够以等级的或分布式的架构排列。在分布式缓存中，阵列中所有代理服务器处在一个“平等地位”而且负载在它们之间进行分配。在分等级的缓存中，代理以链式进行配置，它们处在不同的等级，所以服务器或阵列连接到其它离Internet更近的服务器或阵列（离Internet最近的那些服务器或阵列被看作“上游的”，那些最远的被看作“下游的”）。这样，缓存内容会尽可能地靠近需要它的用户。

阵列是高度可升级的，因为可以向阵列添加服务器，或向分等级的架构增加阵列等级，而无需扰乱目 前的缓存解决方案。

另一个可扩展性问题是使用缓存减少分支机构网络带宽的能力。分支机构代理可能没有直接连接到Internet，但是可以使用拨号连接或办公室到办公室的WAN连接以便从总公司的上游代理服务器上请求Web对象。

另一个选择是为需要向消费者提供基于Web的应用，可使用诸如由Akamai提供的服务。他们的Web Application Accelerator服务通过下列方法优化性能：

向他们的边缘服务器动态映射请求，并监视Internet路由以便在最快和最可靠的路由上传输。

利用压缩技术和预取技术（pre-fetching）以最小化带宽使用率。

用安全套接层（SSL）保护Web传输。

缓存支持的有些硬件标准：

目前缓存支持的硬件标准：

内存不超过4G，超过的只识别4G。

硬盘不超过2T，超过的只识别2T

存储硬盘数量最大支持4块（如果系统盘是电子盘不包含在内）

另外推荐使用INTEL的机器和网卡。

REST和SOAP Web Service的区别比较

restful是一种架构风格，其核心是面向资源；而webService底层SOAP协议，主要核心是面向活动。

SOAP：简单对象访问协议，很轻量，同时作为应用协议可以基于多种传输协议来传递消息（Http,SMTP等）。

客户端和服务器端的通讯方式

REST 与代理服务器 (Proxy Servers)

一般代理服务器的实现根据 (URI, HTTP Method) 两元组来决定 HTTP 请求的安全合法性。

当发现类似于（{username}，DELETE）这样的请求时，予以拒绝。

对于 SOAP，如果我们想借助于既有的代理服务器进行安全控制.

REST 与缓存服务器 (Cache Server)

使用 HTTP 协议的 SOAP，由于其设计原则上并不像 REST 那样强调与 Web 的工作方式相一致，所以，基于 SOAP 应用很难充分发挥 HTTP 本身的缓存能力,图 7. SOAP 与缓存服务器 (Cache Server)

总结：

REST对于资源型服务接口来说很合适，同时特别适合对于效率要求很高，但是对于安全要求不高的场景。而SOAP的成熟性可以给需要提供给多开发语言的，对于安全性要求较高的接口设计带来便利。所以我觉得纯粹说什么设计模式将会占据主导地位没有什么意义，关键还是看应用场景。成熟度SOAP虽然发展到现在已经脱离了初衷，但是对于异构环境服务发布和调用，以及厂商的支持都已经达到了较为成熟的情况。不同平台，开发语言之间通过SOAP来交互的web service都能够较好的互通。

简述回源原理和CDN缓存

网上查了下资料，回源大致是指浏览器在发送请求报文时，响应该请求报文的是源站点的服务器，而不是各节点上的缓存服务器，那么这个过程相对于通过各节点上的缓存服务器来响应的话就称作为回源。回源的请求或流量太多的话，有可能会让源站点的服务器承载着过大的访问压力，进而影响服务的正常访问。

其实回源比和缓存的命中率正好相反，回源比高，说明缓存系统的缓存命中率低。回源比分为回源请求数比例和回源流量比例两种。

回源请求数比例 ：收集所有边缘节点上的请求记录，没有缓存或缓存过期的请求以及不可缓存的请求均被作为回源请求，发往源站点服务器响应。其他的请求则由缓存系统直接使用缓存响应。其计算公式为： 回源请求数/（回源请求数+用户发送的请求数） 。

回源流量比 ：即用户所产生的流量当中，有多少流量是直接有源站点服务器响应的，其计算公式为： 回源流量/（回源流量+用户请求访问的流量）

CDN，即Content Delivery Network，内容分发网络，其搭建的思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，尽量使内容传输的更快更稳定。CDN通过在网络边缘部署边缘服务器，依靠CDN中心平台的负载均衡、内容分发及调度等功能，使用户就近获取所需的内容，降低网络拥堵，提高用户访问响应速度和命中率。所以基本上CDN就是广泛采用各种缓存服务器，使得用户的请求直接由这些缓存服务器响应，加快了响应速度；只有在用户请求的资源在缓存服务器上没有找到或者请求访问的资源在源站点服务器上已经修改过的情况下，缓存服务器才会去访问源站点服务器以获取最新的资源。

下图为常见的CDN架构：

在CDN环境下，web访问数据通常会经历客户端本地缓存和CDN边缘节点缓存两个阶段。如果这两个阶段均无法响应客户的请求的话，那么最后会由CDN节点向源站点发起回源请求，进而从源站点获取最新的数据，更新CDN节点的本地缓存，最后将最新的数据返回给客户端。

CDN节点的缓存机制也是遵循http协议，因此也会受到Cache-Control等字段的影响。与此同时，CDN上的缓存时间的长短会对回源率产生直接的影响。若CDN缓存时间较短，CDN边缘节点上的数据会经常失效，导致频繁回源，增加了源站的负载，同时也增大的访问延时；若CDN缓存时间太长，会带来数据更新时间慢的问题。因此开发者需要增对特定的业务，来做特定的数据缓存时间管理。

关于缓存服务器协议和缓存服务器的作用的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。