Migration February 10, 2026 6 min read

Opsgenie Is Shutting Down: Here's What to Do Next

Atlassian is sunsetting Opsgenie in April 2027. This step-by-step migration guide covers your options, timeline, and how to transition your alerting and on-call workflows without disruption.

StatusApp Team

In early 2025, Atlassian confirmed what many suspected: Opsgenie will reach end-of-life on April 5, 2027. For the thousands of teams relying on Opsgenie for alerting, on-call scheduling, and incident management, the clock is ticking.

This guide walks you through exactly what is happening, what your options are, and how to migrate without disruption.

What Is Happening to Opsgenie?

Atlassian acquired Opsgenie in 2018 for $295 million. Since then, they have been gradually folding its capabilities into Jira Service Management (JSM). The April 2027 shutdown date means:

  • No new Opsgenie purchases are available after June 4, 2025 (end of sale)
  • All existing accounts will lose access on April 5, 2027 (end of support)
  • Un-migrated customer data will be deleted after the shutdown date
  • Customers can migrate to Jira Service Management or Compass

Atlassian is pushing users toward JSM as the replacement, but JSM is a fundamentally different product. It is a full IT service management platform, not a focused alerting tool. For teams that valued Opsgenie’s simplicity, this is a significant change.

Why Teams Are Looking Beyond JSM

While Atlassian naturally recommends JSM as the migration path, many teams are finding it is not the right fit:

  • Complexity: JSM is an ITSM platform with ticketing, asset management, change management, and more. If you just need alerting and uptime monitoring, it is overkill.
  • Cost: JSM pricing scales with agent count and can quickly become expensive for larger teams. Plans start around $17.65/agent/month but grow significantly with premium features.
  • Learning curve: Teams that loved Opsgenie’s straightforward setup often find JSM requires significant onboarding.
  • Different philosophy: Opsgenie was built for DevOps and engineering teams. JSM is built for IT service desks. The workflows are different.

Your Migration Options

Option 1: Migrate to Jira Service Management

If your organization already uses the Atlassian ecosystem heavily, JSM might make sense despite its complexity. Atlassian provides migration tools and documentation.

Pros:

  • Tight integration with Jira, Confluence, and Bitbucket
  • Atlassian handles much of the data migration
  • Familiar ecosystem if you are already an Atlassian shop

Cons:

  • Significant complexity increase
  • Higher cost for most teams
  • Different workflow paradigm

Option 2: Switch to a Dedicated Monitoring and Alerting Platform

For teams that primarily used Opsgenie for uptime monitoring alerts and on-call routing, a purpose-built monitoring platform is often the better choice. This is where tools like StatusApp, PagerDuty, and others come in.

Option 3: Build a Custom Solution

Some engineering teams consider building alerting pipelines with open-source tools like Alertmanager and Grafana OnCall. This gives maximum control but requires significant maintenance overhead.

Step-by-Step Migration Guide

Step 1: Audit Your Current Opsgenie Setup (Do This Now)

Before you migrate anywhere, document what you have:

  1. Export your integrations list: Note every service sending alerts to Opsgenie (monitoring tools, CI/CD, custom webhooks)
  2. Document your routing rules: Which alerts go to which teams? What are your escalation policies?
  3. Export on-call schedules: Screenshot or export your rotation schedules
  4. List your notification preferences: How does each team member prefer to be contacted?
  5. Review your alert policies: What deduplication, suppression, and grouping rules do you have?
# Use the Opsgenie API to export your configuration
curl -X GET 'https://api.opsgenie.com/v2/integrations' \
  -H 'Authorization: GenieKey YOUR_API_KEY' \
  -H 'Content-Type: application/json' | jq '.' > opsgenie-integrations.json

curl -X GET 'https://api.opsgenie.com/v2/schedules' \
  -H 'Authorization: GenieKey YOUR_API_KEY' \
  -H 'Content-Type: application/json' | jq '.' > opsgenie-schedules.json

curl -X GET 'https://api.opsgenie.com/v2/policies' \
  -H 'Authorization: GenieKey YOUR_API_KEY' \
  -H 'Content-Type: application/json' | jq '.' > opsgenie-policies.json

Step 2: Choose Your New Platform (2-4 Weeks)

Evaluate alternatives based on what you actually need. For most teams migrating from Opsgenie, the key requirements are:

  • Uptime monitoring: HTTP, API, SSL, DNS checks
  • Alerting: Multi-channel notifications (email, SMS, Slack, PagerDuty)
  • Simplicity: Easy setup without weeks of configuration

StatusApp covers these requirements with 10 monitor types, 35+ global monitoring locations, and integrations with all major notification channels. The free Starter plan lets you test before committing.

Step 3: Set Up Monitoring in Your New Platform (1-2 Weeks)

If you are moving to StatusApp, here is how to replicate your Opsgenie-connected monitors:

  1. Create your account at app.statusapp.io
  2. Add your monitors: For each service that was sending alerts to Opsgenie, create the appropriate monitor type (Website, API, SSL, DNS, etc.)
  3. Configure check intervals: StatusApp supports 30-second intervals on paid plans
  4. Set up alert channels: Connect your team’s preferred notification methods

Step 4: Run Both Systems in Parallel (2-4 Weeks)

This is critical. Do not cut over immediately.

  • Keep Opsgenie running alongside your new platform
  • Compare alert timing and accuracy
  • Verify that all services are covered
  • Ensure team members are receiving notifications correctly

Step 5: Cut Over and Decommission (1 Week)

Once you are confident in your new setup:

  1. Disable Opsgenie integrations one by one
  2. Update any webhook URLs pointing to Opsgenie
  3. Inform your team of the change
  4. Keep Opsgenie account active but dormant for a few weeks as a safety net

Migration Timeline

Here is a recommended timeline:

PhaseTimelineAction
AuditNowDocument your current setup
EvaluateQ1 2026Test 2-3 alternatives
MigrateQ2 2026Set up new platform, run parallel
Cut overQ3 2026Switch fully to new platform
BufferQ4 2026 - Q1 2027Safety margin before Opsgenie shutdown

Starting now gives you over a year of buffer. Waiting until late 2026 puts you at risk of a rushed migration.

What to Look for in an Opsgenie Alternative

Based on what teams typically valued about Opsgenie, here are the key features to evaluate:

  • Fast setup: You should be monitoring within minutes, not days
  • Reliable alerting: Multi-channel notifications with escalation support
  • Global coverage: Monitoring from multiple regions to avoid false positives
  • Fair pricing: Transparent plans without hidden per-alert charges
  • API access: For teams that automate their monitoring configuration
  • Status pages: Public-facing status communication (many teams used Opsgenie with a separate status page tool)

StatusApp provides all of these features. The free Starter plan includes basic monitoring, while Pro ($15/month) and Business ($49/month) plans add 30-second checks, advanced analytics, and priority support.

Common Migration Pitfalls

Pitfall 1: Forgetting webhook integrations. Opsgenie was often the target for custom webhooks from internal tools. Make sure you audit all sources, not just the obvious ones.

Pitfall 2: Not testing escalation paths. Set up a test incident in your new platform and verify that escalation works correctly before going live.

Pitfall 3: Migrating everything at once. Move services one at a time, starting with the least critical. This limits blast radius if something goes wrong.

Pitfall 4: Ignoring the human element. Make sure your team knows where to look for alerts and how to acknowledge incidents in the new system.

The Bottom Line

Opsgenie’s shutdown is not a crisis, but it does require action. The teams that start planning now will have a smooth transition. Those that wait until the last few months will face unnecessary stress and risk.

If your team primarily used Opsgenie for uptime monitoring and alerting, a purpose-built monitoring platform like StatusApp can replace that functionality with less complexity and often at a lower cost than JSM.

The key is to start now, run systems in parallel, and give yourself plenty of buffer before the April 5, 2027 deadline.


Competitor pricing and features were accurate at the time of writing (February 2026). We recommend checking their websites for the latest information.

Need help migrating from Opsgenie? Start with StatusApp’s free plan and set up your first monitors in under two minutes.

opsgeniemigrationalertingon-callatlassian

Start monitoring in 30 seconds

StatusApp gives you 30-second checks from 35+ global locations, instant alerts, and beautiful status pages. Free plan available.