Change Management for Pega Cloud Services
This article is part of the Pega Cloud Services Subscription Documentation.
Pegasystems provides change management for Pega Cloud Services environments. Changes are planned, reviewed, tested, implemented, and validated.
Pegasystems is responsible for managing all changes to the Pega Cloud Services environments, which includes the underlying cloud infrastructure, as well as patches and upgrades to Pega-licensed products. Client changes to applications that are layered on top are the client's responsibility. Client-built applications must conform to established Pega Platform best practices and Guardrail Compliance instructions that are posted on Pega Community and provided in the Pega Platform Dev Studio.
To request a Pega Cloud Services environment change, a client should submit a request by selecting New Request through My Support Portal (available 24 hours a day, seven days a week) and provide all relevant change plan information, materials, and supporting documentation. If the client has change requests for multiple environments, please submit a separate request for each environment. Each request must include a complete description of the change, a change plan with at least one task, and proposed start and end dates, times, and time zone. No changes can be made that are not explicitly listed in the request.
When submitting a Cloud Change request via My Support Portal, clients must give a minimum of two hours' notice before the change is needed. If a Cloud Change is needed sooner – due to downtime in the environment related to a Severity 1 ticket – please call the Pega Support hot line for assistance from a Pega representative.
If clients elect to move private or confidential data to non-production environments, they should use security best practices, as described in the Security Checklist (please see Client Responsibilities for additional information on this Checklist). NOTE: It is not best practice to move private or confidential client data to non-production environments.
To protect the security of Pega Cloud Services client information in production environments, Pegasystems requires written authorization from a Client Security Contact for significant changes such as access level changes, data changes, and platform changes. This written authorization must give at least 72 hours advance notice, and must provide all detail necessary to implement the change; it is specific to one request only, and must be provided by email, document, or letter. The authorization will be attached to the Change Request as an audited record of the request. Additionally, Pegasystems may require a signed liability release form for requests to directly access a production database. Emergency changes (such as a service outage or critical change) which require immediate response (without the 72-hour advance notice) may be made with authorization from a Pega Cloud Change Manager.
Change requests should only be submitted for activities the client cannot perform through the Pega Platform Dev Studio. Changes required for the proper operation of cloud environments or applications (configuration file changes, Pega software upgrades, and so on) do require a request submission. Similarly, change requests for non-production environments (ex: development, test, staging, etc.) need not be reviewed by the Change Advisory Board (as they have no compliance or security impact) but should also be submitted in the change request.
Note: For each new release of the Chat, Co-Browse, Workforce Intelligence, and Digital Messaging services, all client environments are automatically updated during their maintenance windows (if applicable).
To change the terms of a Pega Cloud Services subscription (for example, to add a new Strategic Application to the configuration), please contact a Pega Account Executive.
For additional details on Pega Cloud Services change management, which are not part of the Pega Cloud Services Subscription Documentation, see The Change Management Process in Pega Cloud Services.