Opsgenie Migration Guide (2026): How to Migrate Before the April 2027 Shutdown

Category
Falit Jain
July 13, 2026
5 min read
Opsgenie Migration Guide (2026): How to Migrate Before the April 2027 Shutdown
Table of Content

Opsgenie is shutting down. Atlassian stopped selling Opsgenie to new customers on June 4, 2025, and support ends completely on April 5, 2027. After that date, alerts stop routing, on-call schedules stop working, and your Opsgenie data is deleted. If your team still relies on Opsgenie for paging and on-call management, you need to pick a replacement and migrate before that deadline.

Short answer: you have four realistic destinations. Atlassian wants you to move to Jira Service Management. Enterprise teams often shortlist PagerDuty. Incident-focused teams look at incident.io or Rootly. Teams that live in Slack or Microsoft Teams and mainly need rotations, schedules, escalations, and paging can replace Opsgenie with Pagerly at a fraction of the cost, because Pagerly is priced per team instead of per user. Whatever you choose, start now: a clean migration takes 4 to 8 weeks for most teams, and the last quarter before the deadline will be crowded with everyone else doing the same thing.

Key Takeaways

Destination Best for Pricing model Migration effort
Jira Service Management Teams deep in the Atlassian stack that want the official path Per agent, per month Low (automated by Atlassian) but feature gaps exist
PagerDuty Large enterprises with complex event routing Per user, about $21/user/month billed annually Medium to high
incident.io / Rootly Teams that want full incident management, not just paging Per user or per responder Medium
Pagerly Slack-first and Teams-first teams that want rotations, escalations, and paging without per-user pricing Per team, from $19/month Low

Opsgenie Shutdown Timeline: The Dates That Matter

The Opsgenie end of life follows three fixed dates, confirmed on Atlassian's official migration page:

  1. June 4, 2025. Opsgenie stopped being available for new purchases and trials. Existing customers could continue renewing.
  2. April 5, 2027. End of support. Opsgenie stops working entirely. Alerts no longer route, schedules no longer resolve, and integrations stop firing.
  3. After April 5, 2027. Atlassian deletes remaining Opsgenie data. There is no read-only grace period for your configuration, so anything you have not exported is gone.

Two things make this deadline more urgent than it looks. First, Atlassian's automated migration path only covers moves into Jira Service Management or Compass. If you are going anywhere else, the export and rebuild work is entirely on you. Second, enterprise procurement and security review cycles routinely eat 2 to 3 months before any technical work starts. Teams that begin evaluating in mid 2026 are on a comfortable schedule. Teams that start in early 2027 are not.

What Happens If You Do Not Migrate

This is not a soft deprecation where the product keeps limping along. When support ends:

  • Alert ingestion stops, so monitoring tools like Datadog, CloudWatch, and Prometheus fire into a void.
  • On-call schedules and escalation policies stop resolving, so nobody gets paged.
  • The Opsgenie mobile app, API, and integrations stop functioning.
  • Your historical alert data, postmortem context, and configuration are deleted.

For a team running production services, staying past the deadline is equivalent to turning off paging. That is why every migration plan in this guide ends with a parallel-run phase and a hard cutover date well before April 2027.

What You Actually Need to Migrate From Opsgenie

Before comparing vendors, inventory what you actually use. Most teams discover they use far less of Opsgenie than they pay for. Export or document each of the following:

  1. Users and teams. Who is in each team, and which teams actually page people versus just receive notifications.
  2. On-call schedules. Rotations, rotation lengths, restrictions (weekday versus weekend coverage), and time zones. These map differently in every tool, so capture the intent, not just the config.
  3. Escalation policies. Who gets notified, in what order, after how many minutes, and what happens when nobody acknowledges.
  4. Routing and alert rules. Which alerts go to which teams, deduplication rules, and suppression windows.
  5. Integrations. Every monitoring tool, ticketing system, and chat integration pointing at Opsgenie. This list becomes your cutover checklist, because each one holds a webhook URL or API key that must be repointed.
  6. Notification preferences. How responders want to be contacted: push, SMS, voice call, email, and in what order.
  7. Heartbeats and services. Any heartbeat monitors and the service catalog, if you use it.
  8. Historical data. Alert history and reports you need for compliance or MTTR baselines. Export these to CSV before the deadline because they will not survive it.

The Opsgenie API can export most of this programmatically. Budget one afternoon for a full export and store it somewhere durable regardless of which destination you pick.

Where to Migrate: The Four Realistic Options

Option 1: Jira Service Management (the Atlassian path)

Atlassian has folded Opsgenie's alerting and on-call features into Jira Service Management and provides an automated migration for existing customers. If your engineering organization already runs on Jira and Confluence, this is the lowest-friction move, and your Opsgenie configuration transfers largely intact.

Pros: automated migration, single Atlassian bill, alerting sits next to your tickets.
Cons: JSM is a full IT service management suite, so teams that only used Opsgenie for paging inherit a much heavier product. Pricing is per agent, and several Opsgenie features map imperfectly. Community reports of migration friction are common enough that Atlassian maintains a dedicated migration support program.
Best for: organizations standardized on Atlassian that want the official, supported path.

Option 2: PagerDuty

PagerDuty is the incumbent in incident response, with the deepest event intelligence, event orchestration, and analytics in the market. It is also the most expensive mainstream option: the Professional plan runs about $21 per user per month billed annually, and the features most teams actually want (like advanced event orchestration) push you toward higher tiers.

Pros: mature, battle tested, 700+ integrations, strong enterprise controls.
Cons: per-user pricing gets expensive fast, and many Opsgenie refugees report paying 2x to 3x their old bill. See our full breakdown of why teams are leaving PagerDuty in 2026.
Best for: large enterprises with complex routing needs and the budget to match.

Option 3: incident.io or Rootly

These platforms treat paging as one part of a broader incident management workflow: declaring incidents, assigning roles, running timelines, and generating postmortems. Both have added native on-call and paging in recent years specifically to catch Opsgenie migrations.

Pros: excellent Slack-based incident workflows, modern UX, strong postmortem tooling.
Cons: per-user pricing again, and the incident management surface may be more than a team that just needs rotations and paging wants to adopt. We compare these in detail in incident.io vs Opsgenie and Opsgenie vs Rootly.
Best for: teams whose real pain is incident coordination, not just alerting.

Option 4: Pagerly (the Slack-first path)

Pagerly takes a different approach: instead of being another dashboard you log into, it runs on-call management inside Slack and Microsoft Teams, where your responders already are. You get round-robin rotations, on-call schedules synced to Slack user groups, escalation policies, paging by SMS and voice call, incident workflows, and two-way sync with Jira and other tools.

The pricing model is the structural difference. Pagerly charges per team, not per user: the Basic plan is $19 per month per team and the Starter plan, which includes external integrations and user group sync, is $39 per month per team, with paging calls at $4 per user per month for the users who need them. A 25-person engineering organization that would pay roughly $2,835 per year on Opsgenie Standard (at its long-standing $9.45 per user per month price) can run Pagerly Starter for $390 per year on annual billing, a saving of about 86 percent before paging add-ons. Full details are on the Pagerly pricing page.

Pros: per-team pricing, native Slack and Teams experience, fast setup, covers the core Opsgenie use cases (rotations, escalations, paging, alert routing).
Cons: not aimed at enterprises that need deep event intelligence, noise reduction at massive alert volume, or on-premise deployment.
Best for: small and mid-sized teams that live in Slack or Teams and want to stop paying per seat for paging. See the full Opsgenie alternatives comparison.

What to Look For in an Opsgenie Replacement

When teams evaluate replacements, six criteria separate the contenders:

  1. Schedule fidelity. Can the new tool express your actual rotations, including overrides, restrictions, and multi-time-zone follow-the-sun patterns? Test your gnarliest schedule during the trial, not the simple one.
  2. Escalation depth. Multiple steps, repeat rounds, and fallbacks when nobody acknowledges. This is where budget tools quietly fall short.
  3. Paging reliability. Push notifications alone are not paging. Confirm SMS and voice call delivery in every country where you have responders.
  4. Integration coverage. Every source currently pointing at Opsgenie needs a home. Check the integrations list of any candidate against your inventory from the section above.
  5. Where responders work. If your team acknowledges everything from Slack anyway, a Slack-native tool removes a whole application from the incident path. If your NOC works from a console, you want a strong web app.
  6. Total cost at your real headcount. Model the price at your actual user count, including the people who are on rotations only one week per quarter. Per-user pricing punishes wide rotations; per-team pricing does not.

Step-by-Step Opsgenie Migration Plan

A realistic migration for a team of 10 to 50 engineers takes 4 to 8 weeks. Here is the sequence that avoids gaps in coverage:

  1. Week 1: Export and inventory. Pull the full export described above. List every integration with its owner.
  2. Week 1 to 2: Shortlist and trial. Pick two candidates. Rebuild your most complex schedule and escalation policy in each as the acceptance test.
  3. Week 2 to 3: Decide and provision. Choose the destination, create teams and users, and set notification preferences. Most tools support SSO or Slack-based identity, which shortens this step.
  4. Week 3 to 4: Rebuild schedules and escalations. Recreate rotations from your inventory. Have each team's on-call lead review their own schedule; they will catch time zone and handoff mistakes that a central migrator misses.
  5. Week 4 to 5: Repoint integrations in parallel. Add the new tool as a second destination in each monitoring tool without removing Opsgenie. Both systems now receive every alert.
  6. Week 5 to 6: Parallel run. Run both systems for at least one full rotation cycle. Compare: did every page that fired in Opsgenie also fire in the new tool, to the right person, at the right time?
  7. Cutover. Pick a low-risk day, remove Opsgenie from the alert path integration by integration, and announce the change in your incident channels.
  8. Decommission. Keep the Opsgenie export archived, cancel the subscription, and revoke its API keys.

The single most common migration failure is skipping the parallel run. Alert routing has silent edge cases, and the only way to find them is to let real alerts flow through both systems for a full cycle.

Cost Comparison: What Migration Actually Saves or Costs

Pre-calculated for a 25-person engineering team, billed annually:

Tool Pricing basis Annual cost (25 users)
Opsgenie Standard (legacy) $9.45/user/month about $2,835
PagerDuty Professional about $21/user/month about $6,300
Jira Service Management per agent, tier dependent comparable to or above Opsgenie
Pagerly Starter $39/month/team ($390/year annual) $390 plus $4/user/month paging for users who need calls

Moving from Opsgenie to PagerDuty Professional roughly doubles the bill for this team, an increase of about $3,465 per year. Moving to Pagerly Starter cuts the base cost by about 86 percent, saving roughly $2,445 per year even before comparing against PagerDuty. Even with voice paging enabled for ten primary responders ($480 per year), the total stays under $900.

How to Choose: A Quick Decision Tree

  • Is your organization standardized on Jira Service Management already? Take Atlassian's automated migration, then audit the feature gaps.
  • Do you have 500+ responders, complex event orchestration, or compliance-driven requirements? Shortlist PagerDuty and run a formal evaluation.
  • Is your real problem coordinating incidents rather than paging? Evaluate incident.io and Rootly.
  • Do your responders live in Slack or Teams, and is per-user pricing the thing you resent most? Trial Pagerly; rebuilding a typical Opsgenie setup takes under a day.
  • Not sure yet? You can bridge: Pagerly's Opsgenie two-way Slack sync lets you sync Opsgenie on-call schedules into Slack user groups today, so your Slack workflows are already portable when you cut over.

Frequently Asked Questions

Timeline

When exactly does Opsgenie shut down?
Opsgenie reaches end of support on April 5, 2027. After that date it stops routing alerts, and Atlassian deletes remaining customer data.

Can I still buy or renew Opsgenie?
New purchases and trials ended on June 4, 2025. Existing customers can use the product until the 2027 end-of-support date.

How long does a migration really take?
Plan 4 to 8 weeks for a mid-sized team: one week of inventory, one to two weeks of evaluation, two weeks of rebuild, and at least one full rotation cycle of parallel running.

Destinations

Is Jira Service Management a full replacement for Opsgenie?
It covers most alerting and on-call features and has an automated migration, but it is a heavier ITSM product, and some Opsgenie behaviors map imperfectly. Teams that only used Opsgenie for paging often find lighter tools a better fit. See our guide to the best Opsgenie alternatives.

What is the cheapest serious Opsgenie replacement?
For teams under about 50 responders, per-team pricing beats per-user pricing decisively. Pagerly Starter at $390 per year per team is about 86 percent cheaper than what a 25-person team paid for Opsgenie Standard.

Process

What should I export from Opsgenie before it is deleted?
Users and teams, schedules, escalation policies, routing rules, the integration list, notification preferences, and any alert history you need for compliance. Export everything even if your destination has an importer.

How do I avoid missing pages during cutover?
Run both systems in parallel for at least one full rotation, sending every alert to both, and only remove Opsgenie from the alert path after the new tool has matched it page for page.


Pagerly runs on-call rotations, escalations, paging, and incident workflows inside Slack and Microsoft Teams. Install it free, no credit card required, or see pricing.

View all
Design
Product
Software Engineering
Customer Success

Latest blogs

Opsgenie vs Jira Service Management: Should You Take Atlassian's Default Path?
July 13, 2026

Opsgenie vs Jira Service Management: Should You Take Atlassian's Default Path?

Atlassian's official path moves Opsgenie users into Jira Service Management before the April 2027 shutdown. Here is what you gain, what you lose, and when a lighter tool is the better move.
PagerDuty Migration Guide (2026): How to Switch Without Missing a Page
July 13, 2026

PagerDuty Migration Guide (2026): How to Switch Without Missing a Page

Per-user pricing is pushing teams off PagerDuty. This guide covers the three migration paths, exactly what to export, a week-by-week cutover plan, and how much you actually save.
Why Teams Are Leaving PagerDuty in 2026
July 1, 2026

Why Teams Are Leaving PagerDuty in 2026

A viral thread reignited the PagerDuty exodus debate. Here is what is driving it and where teams are moving.