Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Opsgenie migration - Do we need to remake Integrations for correct API URL?

Calvin
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 4, 2025

We currently have a number of Opsgenie Integrations that use the api opsgenie com url.

Looking at this comment it seems to suggest it may stay? https://community.atlassian.com/forums/Jira-Service-Management/Migration-of-opsgenie-api-correct-url/qaq-p/2919186

And this one without any answers: https://community.atlassian.com/forums/Jira-Service-Management/Jira-Service-Management-API-URLs-for-migrated-OpsGenie/qaq-p/2936615

But I also read elsewhere that the Opgenie URL/API will only last 90 days after migration.

Anyone know if there is anywhere with clarity on this that I may have missed.

Cheers!

2 answers

1 accepted

2 votes
Answer accepted
Hans Polder _Devoteam_
Community Champion
May 5, 2025

Hi Calvin,

Looking at the official documentation (https://support.atlassian.com/jira-service-management-cloud/docs/start-shifting-from-opsgenie-to-jira-service-management/) this does indeed state that the APIs should remain functional, even after the migration.

However, the recommendation to move to the JSM APIs is there for a reason. My guess would be:

1) In the future, the Opsgenie APIs will removed anyway, forcing you to switch in a shorter timeframe

2) In the future, any development of new features would only be done on JSM APIs, so you would miss out on these if you still use the Opsgenie APIs.

3) Since Opsgenie itself is shutting down completely in 2027 as it's marked end of life, I can imagine that at that time, they would shut down the APIs anyway.

4) It's hard to predict what will happen to alerts if you would be fully switched to Jira, and still use the Opsgenie APIs. Especially since Opsgenie becomes read-only - so I imagine it would be an issue waiting to happen, even if it was not intended by Atlassian.

 

So, in short: I would definitely move to the new APIs, as soon as you/your teams can.

Calvin
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
May 6, 2025

Thanks mate, oddly enough I didn't get a notification that you commented. But this is a great answer. Really appreciate it! Cheers.

Like Hans Polder _Devoteam_ likes this
1 vote
Oswald Quek
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
May 6, 2025

 @Hans Polder _Devoteam_ Thanks for that. So is the JSM API migration a straightforward replacing of api.opsgenie.com with api.atlassian.com? So if I have an SNS integration it would change from https://api.opsgenie.com/v1/json/amazonsns?apiKey=xxxx to https://api.atlassian.com/jsm/ops/integration/v1/json/amazonsns?apiKey=xxxx ? Thanks!

Hans Polder _Devoteam_
Community Champion
May 9, 2025

Hi Oswald,

I would not count on that. From a few teams that were working on their own migration, I understood that some integrations actually are not available in JSM yet, or work differently.

So per integration, you really need to dive into the documentation of the corresponding API on JSM side to ensure that it remains functional.

For instance, if you would be using a Terraform provider with Opsgenie right now, you will likely notice that in JSM, most of its operations are not yet available in JSM (see [JSDCLOUD-16189] Only few resources are supported in Atlassian Operations Terraform Provider - Create and track feature requests for Atlassian products.)

So, please extensively check your integrations and don't simply remap to a new link ;)

Like Calvin likes this

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events