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

feat(insights): register flag for wip eap #81742

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

DominikB2014
Copy link
Contributor

@DominikB2014 DominikB2014 commented Dec 5, 2024

Work for #81750

This PR adds a new flag, insights-use-eap-wip

Currently we have the insights-use-eap flag, which is used within the LLM monitoring module. This feature is enabled for a select internal devs, and internal orgs (such as sentry). LLM monitoring is feature complete with EAP, so everything works and we can enable it internally. However for modules that aren't fully supported by EAP (due to some functions that aren't available yet), we should have a separate flag so that we can have push the WIP eap+insights stuff without releasing it internally.

@DominikB2014 DominikB2014 requested a review from a team December 5, 2024 18:13
@github-actions github-actions bot added the Scope: Backend Automatically applied to PRs that change backend components label Dec 5, 2024
Comment on lines +453 to +454
# Make Insights modules use EAP instead of metrics, but for area's that are still WIP
manager.add("organizations:insights-use-eap-wip", OrganizationFeature, FeatureHandlerStrategy.FLAGPOLE, api_expose=True)
Copy link
Member

Choose a reason for hiding this comment

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

The existing "organizations:insights-use-eap" flag name really painted you into a corner for this second flag, eh? Honestly not a bad idea to replace that flag with "organizations:insights-llm-module-use-eap" but not important.

Anyway, I think "organization:insights-all-modules-use-eap" is a little better than the "-wip" prefix, since a feature flag is kind of a WIP by nature, but again, not that important.

Copy link
Member

Choose a reason for hiding this comment

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

Thinking about this a bit more, why not use the existing feature flag? Any functionality that doesn't work on EAP won't work until it's implemented, which makes sense, right?

@DominikB2014 DominikB2014 marked this pull request as draft December 10, 2024 15:34
@getsantry
Copy link
Contributor

getsantry bot commented Jan 1, 2025

This pull request has gone three weeks without activity. In another week, I will close it.

But! If you comment or otherwise update it, I will reset the clock, and if you add the label WIP, I will leave it alone unless WIP is removed ... forever!


"A weed is but an unloved flower." ― Ella Wheeler Wilcox 🥀

@getsantry getsantry bot added Stale and removed Stale labels Jan 1, 2025
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
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants