Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(core): Fix telemetry for concurrency control #9845

Merged
merged 7 commits into from
Jun 27, 2024

Conversation

ivov
Copy link
Contributor

@ivov ivov commented Jun 24, 2024

Concurrency limit for production executions on regular mode is currently set on cloud to 999 so that we can gather data in order to set reasonable limits for cloud plans.

On telemetry we had a misunderstanding on what needs to be reported - we are now reporting as follows:

  • if capacity becomes 994, report User hit concurrency limit {threshold: 5}
  • if capacity becomes 989, report User hit concurrency limit {threshold: 10}
  • if capacity becomes 979, report User hit concurrency limit {threshold: 20}
  • if capacity becomes 949, report User hit concurrency limit {threshold: 50}
  • if capacity becomes 899, report User hit concurrency limit {threshold: 100}
  • if capacity becomes 799, report User hit concurrency limit {threshold: 200}

Bear in mind this cloud-specific telemetry setup is temporary until data is gathered for a few weeks. Once cloud plan limits are set, this telemetry setup will be removed from concurrency control.

https://linear.app/n8n/issue/PAY-1627/concurrency-control-for-main-mode

Capacity is a negative integer when there are queued items, but reportable thresholds are positive.
@n8n-assistant n8n-assistant bot added core Enhancement outside /nodes-base and /editor-ui n8n team Authored by the n8n team labels Jun 24, 2024
krynble
krynble previously approved these changes Jun 24, 2024
Copy link
Contributor

@krynble krynble left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM - maybe one thing we could do is set a soft of debounce to avoid flooding telemetry just as precaution

Copy link

cypress bot commented Jun 24, 2024

4 flaky tests on run #5687 ↗︎

0 396 0 0 Flakiness 4

Details:

🌳 🖥️ browsers:node18.12.0-chrome107 🤖 ivov 🗃️ e2e/*
Project: n8n Commit: 9a91ef8440
Status: Passed Duration: 05:12 💡
Started: Jun 27, 2024 8:15 AM Ended: Jun 27, 2024 8:21 AM
Flakiness  5-ndv.cy.ts • 2 flaky tests

View Output Video

Test Artifacts
NDV > should not retrieve remote options when required params throw errors Screenshots Video
NDV > Stop listening for trigger event from NDV Screenshots Video
Flakiness  10-undo-redo.cy.ts • 2 flaky tests

View Output Video

Test Artifacts
Undo/Redo > should undo/redo adding nodes Test Replay Screenshots Video
Undo/Redo > should undo/redo adding connected nodes Test Replay Screenshots Video

Review all test suite changes for PR #9845 ↗︎

Copy link
Contributor

✅ All Cypress E2E specs passed

Copy link
Member

@netroy netroy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🙇🏽

Copy link
Contributor

✅ All Cypress E2E specs passed

@ivov ivov merged commit e25682d into master Jun 27, 2024
26 checks passed
@ivov ivov deleted the fix-telemetry-for-concurrency-control branch June 27, 2024 08:54
@github-actions github-actions bot mentioned this pull request Jun 27, 2024
@janober
Copy link
Member

janober commented Jun 27, 2024

Got released with n8n@1.48.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core Enhancement outside /nodes-base and /editor-ui n8n team Authored by the n8n team Released
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants