@flaghoist/ 适应器- cloudflare- kv

在Cloudflare Workers KV中储存旗舰. 这是旗舰部署的默认存储器, 和CLI选择的,除非你另有说明.

npm install @flaghoist/adapter-cloudflare-kv

import { cloudflareKV } from '@flaghoist/adapter-cloudflare-kv'
import { createFlagServer } from '@flaghoist/server'

export default createFlagServer((env) => ({
  storage: cloudflareKV(env.FLAGS),
  auth: {/* ... */},
}))

FLAGS 是 KV 命名空间绑定在您的 wrangler.toml如果你正在使用CLI, flaghoist deploy 为您创建命名空间并填写其编号。 用手说:

npx wrangler kv namespace create FLAGS

共享命名空间

默认Flaghoist在自己的钥匙下写出每一面旗帜,所以一面旗帜叫做 checkout 保存为 checkout当您浏览 Cloudflare 仪表板时, 命名空间可以读取 .

如果命名空间除了旗手的旗帜之外还有其它东西,请给出前缀:

cloudflareKV(env.FLAGS, { prefix: 'flag:' })

没有一个人, list() 读取命名空间中的每个密钥。 非旗帜的值被跳过 而不是像断了的行一样出现, 所以没有断裂, 但你为每个都付一个读数.

更改运行中的部署上的前缀会隐藏旧部署下所写的旗帜. 他们是 仍然在KV,适配器只是不再看那里.

Webhook 端点( 如果您使用它们) 生活在同一个命名空间, 在一个单独的 webhook: 前缀 默认。 换一个 { webhookPrefix: '...' }。 。 。 .

值得一提:KV最终是一致的. 你刚换了一面旗子 需要几秒钟才能到达 每一个边缘位置,对旗帜都很好,对银行余额也没关系.

存储是一个接口, 因此移动到 Redis 或 Postgres 后期是您服务器中的一行更改 相会.

状态

贝塔 核心是特色完成的,并准备进行真正的项目。 API 仍然可以更改之前 1.0,每个破碎的更改 都在更改日志中发出来, 所以将您的版本 并阅读 升级时的音符。 如果有事情中断,问题确实有用.

阿帕奇2.0. 部分内容 旗舰。 。 。 .