发帖  主题  评论  推荐  标签 用户 查搜   用户 密码 自动 注册  
 
面向对象 设计模式 领域驱动设计 企业架构 框架 开发教程 微服务 CQRS 扩展性 并发编程 事件溯源 分布式 SOA

Redis + Node.js缓存使用简介

  理解和运用缓存是编写代码一个非常重要的方面,因此本文将解释什么是缓存,会帮助你如何开始使用Redis的+ Node.js

什么是缓存?

数据输入输出作为 一个简单的概念,已经存在了相当一段时间,但根据本Node.js的调查显示 ,许多开发者并不好好利用这个优势。

  • 开发人员认为缓存会使他们的应用程序更复杂
  • 有些事情在开始就没有规划实现

通过本文介绍,我们将看到:

  1. 缓存可以轻松地集成到您的应用程序中。
  2. 它不需要添加到任何地方,你可以只用一个资源开始进行试验。
  3. 即使最简单的实现也可以对性能产生积极影响。

与第三方API集成

要显示缓存的好处,我创建了一个Express应用程序,与GitHub的公共API集成,检索一个组织的公共仓库。

const express = require('express');
const request = require('superagent');
const PORT = process.env.PORT;

const app = express();

function respond(org, numberOfRepos) {
return `Organization "${org}" has ${numberOfRepos} public repositories.`;
}

function getNumberOfRepos(req, res, next) {
const org = req.query.org;
request.get(`https://api.github.com/orgs/${org}/repos`, function (err, response) {
if (err) throw err;

// response.body contains an array of public repositories
var repoNumber = response.body.length;
res.send(respond(org, repoNumber));
});
};

app.get('/repos', getNumberOfRepos);

app.listen(PORT, function () {
console.log('app listening on port', PORT);
});

启动应用程序,从浏览器http://localhost:3000/repos?org=risingstack发出几个请求 

从GitHub接收响应并通过我们的应用程序返回,整个过程花了一点时间,大概超过半秒。

当涉及与第三方API的通信时,我们自然地依赖于它们的可靠性。 错误将发生在网络以及其基础设施上。 应用程序重载,DOS攻击,网络故障,除了请求限制和限制 的专有API。

缓存如何帮助我们缓解这些问题?

我们可以暂时保存第一个响应,稍后再提供,而不会发生实际GitHub请求 这将导致较不频繁的请求,因此发生上述任何错误的机会较少。

你可能认为:我们会提供不一定准确的旧数据,但是想想数据本身:

存储库的列表是否会频繁更改? 可能不是,但一段时间后,我们可以再次询问GitHub最新的数据和更新我们的缓存。

Redis + Node.js:在我们的应用程序中使用Redis作为缓存

Redis可以在许多方面使用,但在本教程中把它作为一个key-value(散列映射或字典)数据库服务器。

我们将使用Redis Node.js的客户端与我们的Redis服务器进行通信。

要安装Redis的服务器本身,请参见官方的快速入门指南 。

从现在开始,我们假设你已经安装它,它已经正在运行。

让我们从将redis客户端添加到我们的依赖项开始:

 npm install redis --save 
      

然后创建与本地Redis服务器的连接:

const express = require('express');
const request = require('superagent');
const PORT = process.env.PORT;

const redis = require('redis');
const REDIS_PORT = process.env.REDIS_PORT;

const app = express();
const client = redis.createClient(REDIS_PORT);

 

缓存数据

正如前面已经指出的,Redis可以像哈希映射一样简单。只要向其中添加数据,使用:

 client.set('some key', 'some value'); 
      

如果你想让'一些键key“一段时间后失效 :

 client.setex('some key', 3600, 'some value'); 
      

此工作原理类似于set,在上面的例子中, some key将被在Redis中的一小时后去除。

下面是使用setex一个案例。

 var repoNumber = response.body.length;  
// for this tutorial we set expiry to 5s but it could be much higher
client.setex(org, 5, repoNumber);
res.send(respond(org, repoNumber));

对于这个演示,我们使用组织名称作为键,但根据您的用例,您可能需要一个更复杂的算法来生成它们。

检索高速缓存的数据

我们不是在app.get回调中实施缓存逻辑,要充分利用express中间件功能,所以导致实现可以在其他资源中很容易地被重复使用。

首先向现有处理程序添加中间件函数:

 app.get('/repos', cache, getNumberOfRepos); 
      

cache可以访问相同的请求对象( req ),响应对象( res ),以及在应用程序的请求-响应周期中的下一个中间件的函数类似getNumberOfRepos一样。

我们将使用此函数来拦截请求,提取组织的名称,看看我们是否可以从Redis提供任何内容:

function cache(req, res, next) {
const org = req.query.org;
client.get(org, function (err, data) {
if (err) throw err;

if (data != null) {
res.send(respond(org, data));
} else {
next();
}
});
}

  

我们使用get检索数据的Redis:

 client.get(key, function (err, data) { }); 
      

如果在缓存中没有指定的键,只是要简单调用next()进入下一个中间件函数: getNumberOfRepos 。

 

这个应用程序的初始实现花了2318毫秒来服务4个请求。使用缓存技术将此数字减少到672ms,服务相同的响应速度提高了71%或更快。我们向GitHub API发出了一个请求,而不是四个请求,减少了GitHub的负载,并减少了其他通信错误的几率。在第五个请求期间,缓存的值已过期。 我们再次击中GitHub(618ms)并缓存新的响应。 

 

NodeJs主题

 

解道移动版 | 关注解道 | 联系解道 | 关于解道 | 广告联系 | 网站地图 | 设为首页

沪ICP证12033263 如有意见请与我们联系 Powered by JdonFramework
返回顶部