# GOS Revisions Become STALE After Unrelated Deployments with STATIC\_CACHE – Pega 24.1.1

**URL:** <https://forums.pega.com/t/gos-revisions-become-stale-after-unrelated-deployments-with-static-cache-pega-24-1-1/13854>\
**Category:** General\
**Tags:** decisioning-architect, next-best-action, pega-platform\
**Created:** [October 24, 2026, 4:34pm UTC](https://forums.pega.com/t/gos-revisions-become-stale-after-unrelated-deployments-with-static-cache-pega-24-1-1/13854 "2026-10-24T16:34:54Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![HasanD68](https://avatars.discourse-cdn.com/v4/letter/h/ecb155/32.png) [@HasanD68](https://forums.pega.com/u/HasanD68)\
**Post date:** [October 24, 2026, 4:34pm UTC](https://forums.pega.com/t/gos-revisions-become-stale-after-unrelated-deployments-with-static-cache-pega-24-1-1/13854/1 "2026-10-24T16:34:54Z")

</div>

**Pega Platform Version:** 24.1.1  
**DSS:** cacheGOSProgram  
**Configuration:** STATIC\_CACHE

Hi Pega Community,

We are experiencing an issue with Globally Optimized Strategies (GOS) in Pega Platform 24.1.1 and would appreciate clarification regarding the expected behavior of STATIC\_CACHE.

**Background**

We have several deployments throughout the day. To avoid frequent GOS recompilation and its potential performance impact, we changed the cacheGOSProgram DSS value from SMART\_CACHE to STATIC\_CACHE.

Our expectation was that previously compiled and optimized GOS programs would remain available and continue to be used unless their actual strategy dependencies changed.

**Issue Observed**

After deploying an application package that, to our knowledge, does not contain any changes related to the GOS strategy or its dependencies, we observed the following:

1. All revisions of the affected GOS became **STALE** in the Strategy Optimizations screen.
2. No **CURRENT** revision remained available.
3. Inbound processing continued to work without any reported issues.
4. During outbound processing, an error was reported indicating that the GOS could not be found or was unavailable.
5. We also received feedback about degraded performance, although no significant traffic increase was observed.

We have not yet confirmed whether the outbound error and performance degradation are directly caused by the STALE revisions.

**Expected Behavior**

Our goal is to keep STATIC\_CACHE enabled and continue using the latest successfully compiled GOS revision when deployments do not affect the GOS or its dependencies.

We would like to avoid unnecessary recompilation during frequent deployments while ensuring that outbound processing continues to use an optimized GOS program.

**Questions**

1. **Is it expected behavior for GOS revisions to become STALE after a deployment when cacheGOSProgram is set to STATIC\_CACHE, even if the deployment does not modify the GOS or its dependencies?**
2. Does STATIC\_CACHE only disable automatic recompilation, or is it also expected to preserve previously compiled GOS revisions?
3. If all GOS revisions are STALE, can the runtime still execute the latest compiled GOS program? Or will it fail, fall back to non-optimized execution, or attempt recompilation?
4. Is there a supported way to prevent unrelated deployments from invalidating existing GOS revisions while keeping STATIC\_CACHE enabled?
5. If manual recompilation is required, is saving the GOS rule after deployment the recommended approach to generate a new CURRENT revision? Is there another supported method for automating this as part of the deployment process?
6. How can we verify which GOS revision is actually used during outbound execution?
7. Are there any known issues or fixes in later Pega 24.1.x patch releases related to unnecessary GOS invalidation or revision management?

**Additional Context**

We are considering a controlled deployment process in which we complete the deployment, manually recompile the affected GOS rules if necessary, verify that a CURRENT revision exists, and then validate outbound execution.

However, our preferred solution would be to prevent unnecessary invalidation when the deployed package does not affect the GOS.

Any guidance on the expected behavior of STATIC\_CACHE, GOS revision invalidation, and recommended production deployment practices would be greatly appreciated.

Thank you!