使用第一个无服务器数据库构建无服务器应用程序

17-02-10 banq
    

FaunaDB是第一个真正的无服务器数据库。 在本文中,我将使用无服务器框架连接到带有FaunaDB无服务器云连接的AWS Lambda应用程序。

当我说无服务器 ,我指的是函数即服务模式。无服务器系统必须根据请求动态扩展,并且不需要任何容量规划或设置。 例如,您可以偶尔连接到FaunaDB ,并从起初无缝扩展到狂奔访问。

无服务器系统必须根据请求动态扩展。

当前流行的云数据库都不支持这种弹性水平 - 您必须为不使用的容量支付钞票。 此外,他们通常缺乏对构建丰富应用程序所需的联接,索引,身份验证和其他功能的支持。

什么是FaunaDB?

FaunaDB Serverless Cloud是一个全球分布式数据库,不需要配置。 容量是按需计量与提供的 - 您只需支付您使用的费用。 此外,您可以随时将应用程序移植到您自己的数据中心或私有云中的FaunaDB内部部署,从而消除对云基础架构的依赖锁定。

FaunaDB是一个全球分布式数据库,不需要配置 - 您只需要为您使用的内容付费。

FaunaDB非常适合无服务器开发。 让我们编写代码看看如何使用?

开始使用Serverless Framework

Serverless正在领导无服务器框架市场,它有一个干净的系统,用于配置,编写和部署无服务器应用程序代码到不同的云基础架构提供商。 我花了一个下午把他们的存储示例从DynamoDB移植到FaunaDB。 这是令人难以置信的容易完成。 看看代码就会告诉我们设置无服务器环境有多么简单。

我移植的CRUD服务是一个简单的REST API,允许创建,更新和删除todo项目,以及列出所有待办todo事项。 这是一个类似玩具的演示例子,让我们来看看通过展示这些代码以后,我将描述如何增加一个多表多用户的数据模型,用户可以邀请其他成员阅读和更新待办事项列表。将该逻辑推送到FaunaDB会更有效率,但在本示例中,我也受到DynamoDB提供的功能限制。

README包含安装和使用说明 ,您可以在这里访问FaunaDB。

一旦你设置运行,你可以玩玩FaunaDB的更有趣功能,如实现社交图。

定义函数

使用Serverless Framework开始读取任何应用程序的第一个文件是serverless.yml ,它定义了服务并将函数链接到事件处理程序。

readAll示例

在我们我们可以看到函数定义; 这里是其中之一:

functions:
  readAll:
    handler: handler.readAll
    events:
      - http:
          path: todos
          method: get
          cors: true
<p>

这个配置意味着当在todos路径接收到HTTP GET时, handler.js的readAll函数将被调用。 如果你看看配置,你会看到所有的功能都链接到handler.js ,这就是我们接下来要看的地方。

module.exports.readAll = (event, context, callback) => {
  todosReadAll(event, (error, result) => {
    const response = {
      statusCode: 200,
      headers: {
        "Access-Control-Allow-Origin" : "*"
      },
      body: JSON.stringify(result),
    };

    context.succeed(response);
  });
};
<p>

handler.js中每件事都与管理HTTP有关,因此实际逻辑是从每个函数的模块导入的。 在当前案例情况下, 它是todos-read-all.js 。 我们将整个文件放在这里,因为这是FaunaDB发挥作用的地方。

'use strict';

const faunadb = require('faunadb');
const q = faunadb.query;
const client = new faunadb.Client({
  secret: process.env.FAUNADB_SECRET
});

module.exports = (event, callback) => {
  return client.query(q.Paginate(q.Match(q.Ref("indexes/all_todos"))))
  .then((response) => {
    callback(false, response);
  }).catch((error) => {
    callback(error)
  })
};

<p>

这种情况下,我将运行一个查询所有todos,使用通过serverless.yml配置使用FaunaDB密码。 FaunaDB使用HTTP进行查询,因此您不必担心在模块或调用之间共享连接。

FaunaDB和DynamoDB接口之间的区别

DynamoDB和FaunaDB版本的主要区别是:

return dynamoDb.scan({TableName: 'todos'}, (error, data) => { … })

变为:

return client.query(q.Paginate(q.Match(q.Ref("indexes/all_todos"))))

运行

按照README说明启动和运行服务,然后创建几个待办事项。

现在,您可以在FaunaDB仪表板中探索您的数据和实验查询。 在dashboard.fauna.com上打开仪表板 。

超越演示

在此应用程序非演示版本的产品版本中,请求将包含一个列表ID,并且我们的查询将验证该列表是否对用户可见,然后才会返回匹配的项目。此安全模型类似于您可能熟悉的协作应用程序,它由FaunaDB本地支持。

原来DynamoDB示例使用scan操作列出所有待办事项。 要移动到DynamoDB中的安全列表共享模型,您必须添加一个索引,然后从无服务器处理程序运行多个查询,以验证该列表对请求用户可见。

如果要使用FaunaDB构建真正的应用程序,您还需要在列表ID上创建一个索引,但是您可以使用查询将身份验证凭据传递到数据库中。不再需要多次调用,FaunaDB将在单个查询中返回所需的数据,包括列表项和元数据。

结论

当我使用无服务器架构构建更多示例时,我将再次选择Serverless.com框架。 您可以期待使用FauanDB的多租户QoS功能动态配置资源的无服务器代码示例,以及如何将FaunaDB与其他无服务器组件集成。

随着时间的推移,您认为哪个提供了更好的敏捷性?是使用传统数据库,在需求改变时重新思考数据表结构布局,并在应用程序代码中实现大量业务策略? -或者使用一个灵活的查询和安全意识实现的数据库? 我希望你同意答案是FaunaDB。

Fauna Blog | Build a serverless app with the first