做淘宝网站目的是什么,安卓开发网站开发,有什么网站可以做微信支付,外贸电商做俄罗斯市场网站前言 在Asp.Net Core Nginx部署一文中#xff0c;主要是讲述的如何利用Nginx来实现应用程序的部署#xff0c;使用Nginx来部署主要有两大好处#xff0c;第一是利用Nginx的负载均衡功能#xff0c;第二是使用Nginx的反向代理来降低我们后端应用程序的压力。那除了以上两点之… 前言 在Asp.Net Core Nginx部署一文中主要是讲述的如何利用Nginx来实现应用程序的部署使用Nginx来部署主要有两大好处第一是利用Nginx的负载均衡功能第二是使用Nginx的反向代理来降低我们后端应用程序的压力。那除了以上两点之外其实我们还可以利用代理服务器的缓存功能来进一步的降低后端应用程序的压力提升系统的吞吐量tps。这一篇就来看一下具体应该如何去做吧。 目录 WEB 缓存ASP.NET Core 缓存内存缓存分布式缓存Response 缓存Nginx 缓存总结 WEB 缓存 之所以加这个目录是因为有一部分初学者对缓存的认知不够特别是WEB中的缓存。 缓存它是一种空间换取时间的一种技术。 Web缓存或HTTP缓存是用于Web文档如HTML页面和图像减少带宽的使用服务器的负载的一种信息技术。一个Web缓存系统存储通过Cache来传递的文件的副本如果满足某些条件则可以从缓存中得到后续的请求。 WEb缓存有几种方式 1、服务端缓存利用 MemcachedRedisIn-Memery 等缓存技术实现对数据的缓存。 2、代理服务器缓存利用类似nginx的反向代理服务器对请求的url对应的输出的进行缓存。这个缓存和应用程序实现的动态页面缓存类似只不过用反向代理充当了应用程序的缓存实现。 3、客户端缓存浏览器缓存其实主要就是HTTP协议定义的缓存机制如 Last-Modified,If-Modified-SinceExpires Cache-control等。 ASP.NET Core 缓存 内存缓存 最简单的一种缓存ASP.NET Core 提供了 IMemoryCache 接口来供我们使用。它存储在本地的 WEB 服务器内容中注意是单机的 WEB 服务器如果你需要部署的是一个服务器集群的话那么你应该用分布式缓存而不是选择这个。就不详细介绍了想了解的可以直接看官方文档。 分布式缓存 随着云应用和服务器集群以及 docker 等技术的成熟越来越多的应用程序开始考虑集群部署因为它具有更好的性能和可伸缩可扩展性。那么这个时候就需要用到分布式缓存了。在 ASP.NET Core应用中已经对分布式缓存做了抽象提供了 IDistributedCache 接口该接口提供了添加检索删除等的同步和异步的方法。并且还默认提供了 Redis 和 SQLServer 的分布式缓存实现我们也可以实现 IDistributedCache 接口来扩展自己的缓存系统。 需要说明的是Get,GetAsync和Set,SetAsync。 这两个接口方法默认是使用的byte[]之所以没有提供直接存储对象的方法是因为微软想把这个默认序列化的选择交给用户因为每一个团队的偏好是不一样的有些团队喜欢使用 XML有些喜欢使用 JSON有些喜欢使用 Protobuf 等所以在 项目中你可以根据自己的偏好来扩展想要的方法。 具体使用方法还是直接看官方文档好了。 关于使用也可以查看我的另外一篇博客: ASP.NET Core 使用 Redis 和 Protobuf 进行 Session 缓存。 Response 缓存 在 ASP.NET Core中有一种缓存叫做Response缓存这个缓存主要是用来做代理服务器的缓存。它主要原理是在输出的HTTP Response的header里面添加指定的缓存标记。这些缓存标记用来让客户端或者代理服务器来识别需要缓存的内容。然后当客户端有请求到代理服务器的时候代理服务器可以识别出一部分请求然后直接把结果返回给浏览器从而提高后端应用程序的性能和吞吐。从这个图中看出来在第一次的时候一个客户端请求经过代理服务器请求的我们后端的WEB服务器上然后WEB服务器在返回结果的META上添加了cache-control标签它的值为public。 下面是cache-control标签一些值的说明 public 指示响应可被任何缓存区缓存。 private 指示对于单个用户的整个或部分响应消息不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息此响应消息对于其他用户的请求无效。 no-cache 指示请求或响应消息不能缓存HTTP/1.0用Pragma的no-cache替换根据什么能被缓存 max-age 指示客户机可以接收生存期不大于指定时间以秒为单位的响应。 min-fresh 指示客户机可以接收响应时间小于当前时间加上指定时间的响应。 max-stale 指示客户机可以接收超出超时期间的响应消息。如果指定max-stale消息的值那么客户机可以接收超出超时期指定值之内的响应消息。 Expires 表示存在时间允许客户端在这个时间之前不去检查发请求等同max-age的效果。但是如果同时存在则被Cache-Control的max-age覆盖。 格式Expires Expires : HTTP-date 通过HTTP的META设置expires和cache-control meta http-equivCache-Control contentmax-age7200 /meta http-equivExpires contentMon, 20 Jul 2016 23:00:00 GMT / 在 ASP.NET Core MVC 中提供了ResponseCache这个特性用来做上面这些事情。它被作为一个Attribute添加的Controller的Action上。 Duration 指示缓存的过期时间对应到Cache-Control 的 max-age 。 Location 有三个值Any,Client,None分别对应到Cache-Control的 publicprivateno-cache。 NoStore 设置值是否被存储。如果是true它将设置Cache-Control为no-store VaryByHeader 将在header中添加Vary标记。 CacheProfileName 使用的策略在startup.cs中设置。 Order 在过滤器中的排序。 现在我们已经知道了如果在Action中设置缓存标记了。 Nginx 缓存 对于一些静态文件比如程序用到的图片cssjs等Nginx是可以直接处理的只需要配置一下。如果使用Nginx来处理静态文件的话那么程序中startup.cs就可以不用添加app.UseStaticFiles();中间件了。 配置打开nginx.conf文件在ubuntu系统下位于/etc/nginx/conf.d/nginx.conf没有的话就新建一个。内容如下 proxy_temp_path /usr/local/nginx/proxy_temp_dir 1 2; #注proxy_temp_path和proxy_cache_path指定的路径必须在同一分区 #keys_zonecache1:100m 表示这个zone(缓存区域)名称为cache1分配的内存大小为100MB #/usr/local/nginx/proxy_cache_dir/cache1 表示cache1这个zone的文件要存放的目录 #levels1:2 表示缓存目录的第一级目录是1个字符第二级目录是2个字符即/usr/local/nginx/proxy_cache_dir/cache1/a/1b这种形式 #inactive1d 表示这个zone中的缓存文件如果在1天内都没有被访问那么文件会被cache manager进程删除掉#max_size10g 表示这个zone的硬盘容量为10GB proxy_cache_path /usr/local/nginx/proxy_cache_dir/cache1 levels1:2 keys_zonecache1:100m inactive1d max_size10g; #upstream web-app { # server webapp1:5090;# server webapp2:5090;#} server { listen 80; server_name *.example.com; #在日志格式中加入$upstream_cache_status log_format format1 $remote_addr - $remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $upstream_cache_status; #访问日志 access_log log/access.log fomat1; #$upstream_cache_status表示资源缓存的状态有HIT MISS EXPIRED三种状态 add_header X-Cache $upstream_cache_status; #命中的正则表达式 location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css|html)$ { proxy_pass http://127.0.0.1:5000; #proxy_pass http://web-app; #proxy_set_header Host $host; #proxy_set_header X-Real-IP $remote_addr; #proxy_set_header X-Forwarded-For $remote_addr; #proxy_set_header Accept-Encoding none; #设定proxy_set_header Accept-Encoding ;或是后台服务器关闭gzip这样这台机器才不会缓存被压缩的文件造成乱码 #proxy_set_header Accept-Encoding ; 这个也可 #如果后端的服务器返回502、504、执行超时等错误自动将请求转发到upstream负载均衡池中的另一台服务器实现故障转移。 #proxy_next_upstream http_502 http_504 error timeout invalid_header; #设置资源缓存的zone proxy_cache cache1; #设置缓存的key proxy_cache_key $host$uri$is_args$args; #设置状态码为200和304的响应可以进行缓存并且缓存时间为10分钟 proxy_cache_valid 200 304 10m; # **重要** 这段配置加上后proxy_cache就能支持后台设定的Cache-ControlExpires。 proxy_ignore_headers Cache-Control Expires; expires 30d; } } 上面有一个配置项在 ASP.NET Core 程序中比较重要就是proxy_ignore_headers这个配置项它代表支持后台设定Cache-ControlExpires等。 其中upstream节点是用来配置负载均衡的服务器的proxy_pass用来设置代理到upstream节点proxy_next_upstream是用来配置故障转移。 应用配置 使用sudo nginx -s reload命令来重新加载配置。 总结 关于缓存 缓存确实是提升应用程序性能最快也是效果最明显的方式之一ASP.NET Core也为提供了很多种缓存方法。但是在使用之前一定要了解每一种缓存的技术实现切不可盲目使用。 关于部署 个人认为在 ASP.NET Core 理想的分布式部署环境有两种 第一种是基于云的部署比如使用AzureAWS阿里云等那么我们可以使用他们提供的负载均衡器来帮助我们拦截洪水般的请求然后借助于云提供的高可用的实例集群或者Docker集群来降低应用程序的压力提升吞吐。 比如我们项目现在使用的AWS的部署环境借助于AWS来实现企业的私有云包括高可用的Redis集群弹性EC2集群RDS集群S3等这个时候只需要专注于业务。 第二种是自己搭建集群环境可以在服务器前端使用Nginx的负载均衡和缓存来拦截大部分的HTTP请求然后后端使用Docker集群来做部署。 Docker部署可以参见本人的另外一篇文章http://mp.weixin.qq.com/s?__bizMzAwNTMxMzg1MAmid2654067746idx1sn5038e9ab3460066e736894c7ac8846eascene21#wechat_redirect 在版本的快速迭代过程中你还需要做的工作有如何提高部署的工作效率那么可以使用一些Docker集群管理工具后面会写一篇文章专门介绍Docker的集群管理和 ASP.NET Core的一键发布。 原文地址http://www.cnblogs.com/savorboard/p/dotnetcore-nginx-cache.html .NET社区新闻深度好文微信中搜索dotNET跨平台或扫描二维码关注
