Cloudflare Workers KV: удалил ключ, а воркер в другом регионе ещё минуту отдаёт старое значение — это нормально?

[tanya_sigma31]

Делаю фича-флаги через Workers KV. Выключаю флаг (DELETE по ключу), у себя в Воронеже сразу подхватывает, а коллега из Берлина ещё секунд 40 видит фичу включённой. Я что-то не так готовлю или это by design?

[valera_vector]

By design. KV это eventually consistent edge-кэш, не база. Запись видна сразу только в той локации где писал, в остальные пропагируется до 60 секунд, иногда дольше. И негативные lookup'ы тоже кэшируются, так что удаление расходится с такой же задержкой.

[rodion_root]

@k8s_pilot блин, ну то есть для фича-флагов которые надо рубить мгновенно оно вообще не подходит. Понял, спасибо.

[matvey5884]

Если нужна сильная консистентность на эдже — смотри в сторону Durable Objects, там single-source и read-your-writes. KV оставь для того что меняется редко и где задержка в минуту не критична: конфиги, ассеты, переводы.

[vadim_hex83]

Это абсолютно by design, называется eventual consistency. KV у Cloudflare реплицируется через их глобальную сеть и гарантирует чтение свежего значения только в том же регионе где прошла запись. Для фича-флагов это реальная проблема если важна мгновенная отработка. Их документация честно говорит про «до 60 секунд» на глобальную сходимость.

[igor_rust]

Для фича-флагов с требованием быстрого отключения Workers KV плохой выбор именно из-за этого. Альтернативы в рамках Cloudflare — Durable Objects (strong consistency, но дороже и сложнее) или D1 (SQLite, но тоже eventual в реплике). Если нужно «выключил — везде выключилось за секунду», проще держать флаги в Durable Object и читать через него.

[mark9640]

Обходной вариант не меняя архитектуры — добавить короткий TTL кеширования в самом воркере и при удалении флага отправлять broadcast через Durable Object или просто смириться с задержкой, задокументировав её как «до 60 секунд». Мы для себя выбрали последнее — все в команде знают что отключение фичи «прокатится» за минуту, и это нас устраивает.