-
Suggestion
-
Resolution: Unresolved
-
None
-
None
-
None
-
3
-
2
-
Here is our situation:
- We are always approaching the scaling limits of JIRA DC
- We would like to offload read-only reporting to a replica of our prod JIRA DB
- A number of tools can connect directly to the database, such as Tableau, MS Dynamics, and homegrown reporting tools
- When they do this, they completely bypass any security set up around JIRA projects and issues
- The security team is balking at this, for now this is a dead end
- These tools can usually also use the prod API, impacting performance.
What would address this situation:
- A “mirror” of prod JIRA that can talk to a read-only database
- This would all reports to be generated against our read-only replica database
- For most purposes, it could be headless, just an API, though UI would be helpful, too
- This addresses the tool integrations that can use the API.
- We still don’t know how to solve the problem for tools that can only function with a direct connection to the db.
- It is possible that you could provide a db view that is limited to specific projects, according to our DBA, but this appears to be very difficult.
What else this could provide:
- A mirror read-only replica in India or Europe would speed up reports run there
- EazyBI and other plugins could add config options that let them point to the read-only replica db
- This would be especially helpful if the mirror is API only.
Many others provide this, and so should Atlassian. Needless to say, this would be useful right now, and are looking at all avenues to reduce load on our DC cluster. Maybe there are other ways to address our use case.
- is related to
-
JRASERVER-68008 As a Jira Administrator I want to have a reporting Read only node
- Gathering Interest
-
MIG-1331 Jira Read Only Mode for locking projects during a migration
- Gathering Interest
- relates to
-
JRASERVER-1924 Ability to make Jira 'read only'
- Not Being Considered
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...