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!
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.
Thanks mate, oddly enough I didn't get a notification that you commented. But this is a great answer. Really appreciate it! Cheers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@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!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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 ;)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.