What Does 24x7 Pega Managed Support Actually Include?

What Does 24x7 Pega Managed Support Actually Include?

August 31, 2026
HIGHLIGHTS
  • Learn how "24x7 support" can mean two completely different operating models, and why that difference decides how fast your platform recovers at 2 AM.
  • Understand exactly where managed support ends and application development begins, so you stop losing time to scope disputes after signing.
  • Walk through a real P1 incident timeline, from NOC detection to Root Cause Analysis, to see what a mature Pega support engagement is in practice.

Misconceptions

"24x7 support" is one of the most reassuring phrases in a managed services contract, but it is often misunderstood. Many buyers often picture a full team working throughout the night. The reality is more nuanced, and the nuance is what sets providers apart.

Two providers can both promise "24x7 Pega managed support" and deliver entirely different experiences when something breaks at 2 AM. These differences explain why two Pega managed service providers can offer similar contracts yet deliver very different operational outcomes.

The Two Misunderstandings That Cost Buyers Most

The first misunderstanding is about coverage. 24x7 support does not mean a full team is actively working all day and night. It means coverage is available at any time. Some providers offer on-call response with a reachable engineer available without active monitoring, while others have a dedicated Network Operations Centre (NOC) that continuously monitors platform health. These are fundamentally different operating models, and buyers rarely ask which one they are getting.

The second misunderstanding is about what support includes. Customers often assume managed support includes application changes, enhancements, or bug fixes that need development work, which is not true. Managed support keeps the platform healthy, stable, and available. Anything that touches application code or business logic is a separate engagement. Confusing the two is a common source of friction after signing.

Scope of 24x7

Understanding the Scope of 24X7 Pega Application Support

A mature Pega application support service focuses on maintaining platform stability, availability, and performance through clearly defined operational responsibilities.

What Is Typically Included

Continuous platform health monitoring across infrastructure, application, database, and integration layers.

  • Alert management, covering detection, triage, and response to platform events.
  • Incident management from detection through resolution, with defined response times.
  • Scheduled health checks and platform reviews.
  • Routine patching of operating system and middleware layers.
  • Pega hotfix assessment and application of minor patches.
  • Runbook maintenance and knowledge base management.
  • SLA reporting and regular service review meetings.
  • Escalation management, including liaison with Pegasystems support where needed.

What Is Usually Out of Scope

  • Major Pega version upgrades, which are project-scope engagements
  • Application development, configuration changes, or enhancements
  • Constellation UI migration, which requires application redesign, not platform operations
  • Business process changes within the Pega application
  • End-user training or helpdesk support
  • Pega licensing procurement or compliance management

How the Support Tiers Work

Tier Owned By Responsibility
L1 - Triage and First Response Platform Engineering (first line) Alert triage, initial diagnosis, and resolution of known issues using established runbooks. First point of contact in the 24x7 model, responsible for escalating on time when an issue falls outside known patterns.
L2 - Application Infrastructure Platform Engineering (senior) Deeper diagnosis across the Pega platform layer, JVM behaviour, database performance, and infrastructure health. Root cause analysis and workaround delivery happen here, when L1 cannot resolve within the defined timeframe.
L3 - Application Faults and Defects Internal product or development team Complex application-level faults needing code-level investigation or change. Platform Engineering supplies full diagnostic context first, so developer time goes to resolution, not discovery.

How Incidents Are Prioritised

Priority Definition Response
P1-Critical Full platform outage or a core business process completely unavailable. Immediate response, continuous engagement until resolved.
P2- High Significant degradation affecting many users or a critical function. Active working until resolved.
P3- Medium Partial impact, workaround available, limited user scope. Managed within the next available support window.
P4- Low Minor non-impacting fault or informational query. Handled in the normal queue.

Comparing Pega support services on paper is rarely enough. The operating model, engineering depth, and governance process ultimately determine how effectively incidents are managed.

Proactive vs Reactive Support

Proactive Versus Reactive Support

Reactive support responds after something goes wrong, like an alert fires, a user reports an issue, or a threshold is breached. It is necessary, but on its own it is not enough. Proactive support works ahead of incidents through continuous Pega monitoring, trend analysis, capacity planning before workloads grow, pre-emptive patching, and regular health reviews that surface risks before they reach users.

The ratio of proactive to reactive activity is one of the clearest indicators of how mature a support operation really is. A predominantly reactive model means the platform is running the team, not the other way around.

The NOC

The Role of the NOC

The NOC is the continuous monitoring and first-response function. It watches platform health around the clock, manages the alert queue, performs initial triage, and ensures escalation paths are followed correctly and on time. It does not perform deep diagnosis, which is Platform Engineering’s role. It does ensure nothing goes undetected and that the right people are engaged at the right moment.

Not every provider runs a dedicated NOC. Some rely on shared on-call models, which can introduce real inconsistency in response quality, particularly during off-hours.

Patching and upgrades

Patching and Upgrades: What's In and What's Not

Routine OS and middleware patching is typically included and follows a defined schedule, commonly monthly windows with formal change control approval. Pega hotfixes are assessed regularly and applied through controlled change where they address known platform risks. Major Pega version upgrades, however, are not part of standard managed support. They involve significant testing, dependency analysis, and often application-layer change, making them project-scope work delivered separately. Buyers should confirm this distinction clearly before signing.

Questions Worth Asking Before You Choose a Provider

  • What is your NOC model? Is it dedicated, or shared on-call?
  • What are your P1 response and resolution commitments, and what is your historical attainment against them?
  • Who owns the monitoring configuration? Does it come pre-tuned for Pega, or do you configure it yourself?
  • Are major upgrades and Constellation UI migration in scope?
  • What is your escalation path to Pegasystems?
  • How do you handle knowledge transfer at contract end?
  • How is the L1/L2/L3 handoff managed, and what is the SLA at each tier?

EvonSys

Why EvonSys for 24x7 Pega Managed Support

EvonSys delivers 24x7 Pega managed support through a structured operating model focused on platform stability, rapid incident response, and proactive operations. Our services combine continuous monitoring across PDC, Datadog and Dynatrace, defined support tiers, SLA driven incident management, routine health checks, patch management, and governance that aids organizations keep their Pega environments secure, available and performing at their best.

Looking for a Pega Managed Service Provider?

Backed by deep Pega expertise, we work as an extension of your team to reduce downtime, improve operational resilience, and support as your business needs evolve.

Related Articles

What Happens After a Pega Cloud Migration? The Operational Gap No One Plans For

Read More
August 3, 2026

Build an Internal Platform Support Team, or Outsource?

Read More
August 28, 2026

Why Your SMB Business Needs a Security Operations Center (SOC) Service

Read More
February 11, 2025