You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@devlake.apache.org by "vaujo6y (via GitHub)" <gi...@apache.org> on 2026/06/24 17:28:54 UTC
[I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
vaujo6y opened a new issue, #8955:
URL: https://github.com/apache/devlake/issues/8955
## Question
We are attempting to implement DORA metrics via Apache DevLake for a large-scale architecture consisting of roughly 1,000 individual deployable units.
Currently, our Jira setup makes it incredibly difficult to isolate data per deployable unit using the standard DevLake UI workflow.
Our Architecture & Problem:
Jira Project Topology: We have a single monolithic Jira project used to cover a product feature such as `installations` that tracks all of these deployable units. so one project can track 50+ deployable units. In devlake each project is a deployable unit.
Board Chaos: Within this project, there are numerous boards. These boards are dynamic, unstandardized, and multi-purpose (some look at Epics, some look at Bugs, some use Kanban, some use Scrum). There are no strict rules.
The Data Pollution Issue: Multiple deployable units live on the same boards. If we map a shared Jira board to a specific DevLake project (e.g., a DevLake project dedicated to abc.ui.host), DevLake pulls all issues on that board. This heavily pollutes our DORA metrics (Change Failure Rate, Lead Time for Changes) with data from unrelated services like abc.lambda.
Scale Bottleneck: The recommended workaround of creating dedicated Jira boards filtered by JQL (e.g., project = ABC AND component = abc.ui.host) does not scale for 1,000 deployable units, especially when historical data lacks perfect component tagging.
Questions for the Maintainers:
Is there an unexposed way to inject JQL filters per Data Scope? Can we bypass the UI and alter the blueprint JSON directly via the DevLake API to append a custom JQL query (e.g., filtering by a dynamic field, custom label, or component) during the collection phase?
How does DevLake recommend handling multi-tenant/multi-service Jira boards? If 50 different microservices are being tracked on a single team Kanban board, how do we isolate DORA metrics per microservice without creating 50 distinct boards in Jira?
Future Roadmap: If this is not currently supported, is there an active design or plan to introduce an inline JQL text filter directly inside the Data Scope or Scope Config UI to allow granular issue filtering?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "github-actions[bot] (via GitHub)" <gi...@apache.org>.
github-actions[bot] commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-5486841924
This issue has been automatically marked as stale because it has been inactive for 60 days. It will be closed in next 7 days if no further activity occurs.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "klesh (via GitHub)" <gi...@apache.org>.
klesh commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-4862154871
I see, your intention was to use ProjectName as the variable. It could work for your case, but to be honest, I doubt it would benefit others.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "vaujo6y (via GitHub)" <gi...@apache.org>.
vaujo6y commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-4802607198
locally im testing
<img width="892" height="654" alt="Image" src="https://github.com/user-attachments/assets/4ab1cf60-66b3-44bf-a256-bad25070f91a" />
As i feel many people that are in my situation use the component to determine a deployable unit.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "VaughanJ (via GitHub)" <gi...@apache.org>.
VaughanJ commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-4845405758
I created the PR [here](https://github.com/apache/devlake/pull/8962) so you can see the changes.
But to answer your question, 1000s of configs aren't needed, one config can be shared across all projects.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "klesh (via GitHub)" <gi...@apache.org>.
klesh commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-4841963918
but you still need to create 1000 scope configs, no?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "github-actions[bot] (via GitHub)" <gi...@apache.org>.
github-actions[bot] closed issue #8955: [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA)
URL: https://github.com/apache/devlake/issues/8955
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
Re: [I] [Question][JIRA] Feature Request / Guidance: Support for inline JQL filtering / Component-based Data Scoping for large-scale Deployable Units (DORA) [devlake]
Posted by "github-actions[bot] (via GitHub)" <gi...@apache.org>.
github-actions[bot] commented on issue #8955:
URL: https://github.com/apache/devlake/issues/8955#issuecomment-5593961622
This issue has been closed because it has been inactive for a long time. You can reopen it if you encounter the similar problem in the future.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@devlake.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org