What's the best way to synchronize a project between two instances of JIRA in a closed loop network?

[beyonddc]

My scenario includes two instances of JIRA.  Both JIRA instance are installed in a closed loop network.

Because of this restriction, what would be the best way to synchronize a project between these two instances of JIRA?

[Alexey Matveev]

Hello,

Have a look at the Backbone Issue plugin or Exalate plugin.

https://marketplace.atlassian.com/apps/1215199/backbone-issue-sync-for-jira?hosting=cloud&tab=overview

https://marketplace.atlassian.com/apps/1213645/exalate-jira-issue-sync-more?hosting=cloud&tab=overview

[Yash Doshi]

Any preference between the 2 plugins? I have a customer who has his jira instance behind a firewall and he wishes to integrate with a vendor jira. From a 'choice of data' to sync, performance, security and risk standpoint - which of the 2 would you recommend?

[Matthias Gaiser _K15t_]

@Yash Doshi,

I can't recommend you one - since I'm working for the team behind Backbone Issue Sync, but I can happily share some information with you about these scenarios:

• With Backbone, you have two possible scenarios - they are explained in more detail in our docs - but in a nutshell it is:
  1. If Jira A is able to reach Jira B via HTTPS (no bidirectional connectivity needed), you can configure everything in Jira A and have the possibilities for a bidirectional sync.
  2. If no Jira can reach each other, you can configure Backbone in both Jiras so that it exchanges all the information via emails or via files
• As far as I understand Exalate, you have the following options:
  1. Like option 1 for Backbone - see this doc article.
  2. If no Jira can reach each other, they recommend setting up a public Jira instance as an intermediate and then sync from both private Jiras to that public instance - see this docs article.

If you want to get a demo, drop us a mail at support@k15t.com.

Cheers,
Matthias.

[francis]

(I'm with the team that builds Exalate)

Hi Matthias,

Thanks for the presentation and the links - much appreciated.

Hi Yash,

As answered in the other thread, but added here for other people convenience,

We do have an extensive overview of the design of Exalate in the Security and Architecture whitepaper.

It provides an answer on most frequent asked questions around this subject.  You can also book a conf. call to discuss your particular requirements (here)

Francis

[Yash Doshi]

thanks guys.

For Backbone, as I have gone through your material, you prefer to have a centralized configuration rather than a distributed configuration because it makes the configuration easy or something similar. Is there any specific reason around this? I understand the distributed configuration will allow data sync via emails/files and the centralized one does data sync over REST API. Anything else?

Also I would be keen on knowing the performance numbers where both Jira A & Jira B have more than 50k tickets (A lot of them are open) on them. Does backbone have any nos to support? Also, I am assuming the ticket creation rate may play a part in performance i.e if there are 100 tickets created daily vs a 1000 tickets created daily, specially for the distribute use case

[Matthias Gaiser _K15t_]

@Yash Doshi - you're right that we generally recommend to choose the centralized configuration if possible. The simple answer why we recommend that is we have access to both Jiras in one place and can directly map issue types, fields or workflows to each other.

In the distributed configuration, the main difference is that the data is synchronized via emails/files and the configuration is split into two parts - one at each Jira. On each side, you only configure half of the synchronization which makes it in our eyes a bit harder to administer. The feature set for the synchronization is the same.

Regarding the synchronized tickets, the main load is not on how many tickets are being synchronized in total, but as you point out rather the ticket creation/update rate. I'm afraid I don't have concrete numbers to share, but we've heard of other customers with similar numbers.

I recommend you try it out yourself - or discuss your specific situation further in a demo call. If you're interested, contact us at support@k15t.com.