Skip to content

Commit d39f19e

Browse files
authored
Update safe-upgrades-nf-level-rollback.md
1 parent d6c5194 commit d39f19e

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

articles/operator-service-manager/safe-upgrades-nf-level-rollback.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -9,10 +9,10 @@ ms.service: azure-operator-service-manager
99
---
1010

1111
# Rollback on upgrade failure
12-
This guide describes the Azure Operator Service Manager (AOSM) optional rollback on failure feature for container network functions (CNFs). This feature, as part of the AOSM safe upgrade practices initiative, reduces the service impact of unexpected upgrade failures for network functionfs (NFs) where comprehensive forward and backward version network function application (NfApp) compatibility is not available.
12+
This guide describes the Azure Operator Service Manager (AOSM) optional rollback on failure feature for container network functions (CNFs). This feature, as part of the AOSM safe upgrade practices initiative, reduces the service impact of unexpected upgrade failures for network functions (NFs) where comprehensive forward and backward version network function application (NfApp) compatibility is not available.
1313

1414
## Pause on failure
15-
In the case of an unexpected failure during an upgrade, historically AOSM has supported the pause on failure approach. This method remains the default and implements the following workflow logic;
15+
In the case of an unexpected failure during an upgrade, historically AOSM supports the pause on failure approach. This method remains the default and implements the following workflow logic;
1616
* The NfApps are created or upgraded following either updateDependsOn ordering, if provided, or in the sequential order they appear.
1717
* NfApps with parameter "applicationEnabled" disabled are skipped.
1818
* NFApps present before upgrade, but not referenced by the new network function definition version (NFDV) are deleted.
@@ -54,7 +54,7 @@ AOSM returns the following operational status and messages, given the respective
5454
```
5555

5656
## How to configure rollback on failure
57-
The most flexible method to control failure behavior is to extend a new CGS parameter, rollbackEnabled, to allow for CGV control via roleOverrideValues in the NF payload. First, define the CGS parameter:
57+
The most flexible method to control failure behavior is to extend a new configuration group schema (CGS) parameter, rollbackEnabled, to allow for configuration group value (CGV) control via roleOverrideValues in the NF payload. First, define the CGS parameter:
5858
```
5959
{
6060
"description": "NF configuration",
@@ -77,7 +77,7 @@ The most flexible method to control failure behavior is to extend a new CGS para
7777
> [!NOTE]
7878
> * If the nfConfiguration isn't provided through the roleOverrideValues parameter, by default the rollback is disabled.
7979
80-
With the new rollbackEnable paramater defined, the Operator can now provide a run time value, under roleOverrideValues, as part of NF reput payload.
80+
With the new rollbackEnable parameter defined, the Operator can now provide a run time value, under roleOverrideValues, as part of NF reput payload.
8181
```
8282
example:
8383
{

0 commit comments

Comments
 (0)