Skip to content

Conversation

@beezz
Copy link
Contributor

@beezz beezz commented Nov 25, 2025

Migrate snowflake generation away from redis-blaster based client.

To make sure that we have a separate sequence for each model we now include its redis key in the timestamp key. #102638 (comment)

@beezz beezz requested a review from markstory November 25, 2025 13:41
@github-actions github-actions bot added the Scope: Backend Automatically applied to PRs that change backend components label Nov 25, 2025
@beezz beezz merged commit 278ba81 into master Nov 25, 2025
68 checks passed
@beezz beezz deleted the snowflake-de-redis-blaster-v2 branch November 25, 2025 16:33
@markstory markstory added the Trigger: Revert Add to a merged PR to revert it (skips CI) label Nov 26, 2025
@getsentry-bot
Copy link
Contributor

PR reverted: bda4505

getsentry-bot added a commit that referenced this pull request Nov 26, 2025
@markstory
Copy link
Member

reverted as this may be contributing to CI flakiness.

markstory added a commit that referenced this pull request Nov 26, 2025
Using two different keys for organization snowflakeids results in
duplicate sequence values when both are used. We end up using both as
organizations created by `Factories.create_organization()` use the key
from `Organization` while organizations created via the API endpoint use
the module level key. Having the same key allows monolith mode
deployments (and tests) that use a shared redis to not generate
overlapping sequence values.

Refs #103967
markstory added a commit that referenced this pull request Nov 27, 2025
…4075)

Using two different keys for organization snowflakeids results in
duplicate sequence values when both are used. We end up using both as
organizations created by `Factories.create_organization()` use the key
from `Organization` while organizations created via the API endpoint use
the module level key. Having the same key allows monolith mode
deployments (and tests) that use a shared redis to not generate
overlapping sequence values.

Refs #103967
markstory added a commit that referenced this pull request Nov 27, 2025
Redo of the changes in #103967 along with a removal of the skip
introduced in #104057. With the keys used for snowflakes aligned
(as of #104075) we shouldn't have flaky results anymore.

Refs INFRENG-210
markstory added a commit that referenced this pull request Dec 1, 2025
Redo of the changes in #103967 along with a removal of the skip
introduced in #104057. With the keys used for snowflakes aligned (as of
#104075) we shouldn't have flaky results anymore.

Refs INFRENG-210
jerryzhou196 pushed a commit that referenced this pull request Dec 1, 2025
Redo of the changes in #103967 along with a removal of the skip
introduced in #104057. With the keys used for snowflakes aligned (as of
#104075) we shouldn't have flaky results anymore.

Refs INFRENG-210
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Scope: Backend Automatically applied to PRs that change backend components Trigger: Revert Add to a merged PR to revert it (skips CI)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants