Skip to content

Commit ec6e468

Browse files
committed
edit pass: azure-operator-service-manager-overview-how-to
1 parent ae25552 commit ec6e468

3 files changed

Lines changed: 11 additions & 11 deletions

File tree

articles/operator-service-manager/azure-operator-service-manager-overview.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -19,17 +19,17 @@ Azure Operator Service Manager caters to large-scale operator environments. It a
1919

2020
Managing a complex network service lifecycle efficiently and reliably can be a challenge. Azure Operator Service Manager offers a unique approach that introduces curated experiences for publishers, designers, and operators.
2121

22-
The publisher role first onboards the network function to create a network function description (NFD). The designer role then onboards the network service to create a network service design (NSD) and configuration group schema (CGS). The operator role deploys a site network service to provide the site and runtime configuration group values (CGVs). These personas deploy a complete service stack that stretches across platforms, software, and configuration requirements, as illustrated in the following workflows.
22+
The publisher role first onboards the network function (NF) to create a network function description (NFD). The designer role then onboards the network service to create a network service design (NSD) and configuration group schema (CGS). The operator role deploys a site network service to provide configuration group values (CGVs) for the site and runtime. These personas deploy a complete service stack that stretches across platforms, software, and configuration requirements, as illustrated in the following workflows.
2323

2424
:::image type="content" source="media/overview-deployment-workflows.png" alt-text="Diagram that shows Azure Operator Service Manager deployment workflows." lightbox="media/overview-deployment-workflows-lightbox.png":::
2525

2626
## Product features
2727

2828
### Orchestration of service platforms
2929

30-
The deep integration of Azure Operator Service Manager with Azure Operator Nexus helps ensure comprehensive coverage of infrastructure operations required for any network function type.
30+
The deep integration of Azure Operator Service Manager with Azure Operator Nexus helps ensure comprehensive coverage of infrastructure operations that any NF type requires.
3131

32-
For virtual network functions (VNFs), create L2/L3 isolation domains, network resources, the trunk, and content service network (CSN) resources. For container network functions (CNFs), create the initial Nexus Azure Kubernetes Service (NAKS) cluster, finalize the cluster, and then test the cluster for standards/security compliance.
32+
For virtual network functions (VNFs), create Layer 2 and Layer 3 isolation domains, network resources, the trunk, and content service network (CSN) resources. For container network functions (CNFs), create the initial Nexus Azure Kubernetes Service (NAKS) cluster, finalize the cluster, and then test the cluster for standards/security compliance.
3333

3434
### Flexible service composition
3535

@@ -73,7 +73,7 @@ Services installed on the customer edge cluster undergo rigorous security testin
7373

7474
### Automation and AI
7575

76-
Achieve continuous integration and delivery by combining Azure Operator Service Manager with Azure DevOps. Pull new software releases directly from the latest repository, deploy by using Azure safe practices, and scale from one site to thousands of sites.
76+
Achieve continuous integration and continuous delivery (CI/CD) by combining Azure Operator Service Manager with Azure DevOps. Pull new software releases directly from the latest repository, deploy by using Azure safe practices, and scale from one site to thousands of sites.
7777

7878
Go further by influencing workflow decisions with data-driven insights and actions. Integrate with any Azure analytics or AI services, including Microsoft Fabric, Azure Data Explorer, Azure Logic Apps, and Microsoft Copilot.
7979

articles/operator-service-manager/how-to-cancel-service-deployments.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -14,15 +14,15 @@ This article describes a method to interrupt a site network service (SNS) deploy
1414

1515
## Why interrupt a service deployment operation
1616

17-
Azure Operator Service Manager deploys complex CNF workloads, which consist of many individual components (Helm charts). When you start an SNS deployment, each component is processed sequentially, in the order defined in the network function design (NFD). Depending on how many components are touched in a deployment, the SNS operation can take an extended time to finish.
17+
Azure Operator Service Manager deploys complex CNF workloads, which consist of many individual components (Helm charts). When you start an SNS deployment, each component is processed sequentially, in the order that the network function design (NFD) defines. Depending on how many components are touched in a deployment, the SNS operation can take an extended time to finish.
1818

1919
As an example, consider a scenario where a CNF has 30 components. Each component takes 5 minutes to deploy. The total run time of this operation would exceed 2 hours. Now, consider operational issues with long-running deployment operations:
2020

2121
* Users might want to test the deployment operation only up to a certain component.
2222
* Users might realize, after starting the operation, that an error exists in a component configuration.
2323
* The operation might create an unexpected negative impact on a customer-facing service.
2424

25-
In such cases, an ability to interrupt the operation is desirable. Before the introduction of this interruption capability, the only option was to wait for the defective component to fail. With this interruption capability, you can proactively interrupt long-running deployments before they reach the defective component. This capability minimizes delays and improves operational agility.
25+
In such cases, an ability to interrupt the operation is desirable. Before the introduction of this interruption capability, the only option was to wait for the defective component to fail. With this interruption capability, you can proactively interrupt long-running deployments before they reach the defective component. This interruption minimizes delays and improves operational agility.
2626

2727
## Overview of service deployment operations
2828

articles/operator-service-manager/manage-network-function-operator.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -55,7 +55,7 @@ az k8s-extension create --cluster-name
5555

5656
`--cluster-type -t`
5757

58-
* Specify Azure Arc clusters, Azure Kubernetes Service (AKS) managed clusters, Azure Arc appliances, or provisioned clusters.
58+
* Specify Azure Arc clusters, Azure Kubernetes Service (AKS) managed clusters, Azure Arc appliances, or `provisionedClusters`.
5959
* Accepted values: `connectedClusters`.
6060

6161
`--extension-type`
@@ -108,7 +108,7 @@ az k8s-extension create --cluster-name
108108
`--config global.networkfunctionextension.webhook.pod.mutation.matchConditionExpression=`
109109

110110
* This configuration is an optional parameter. It comes into play only when container network functions (CNFs) are installed in the corresponding release namespace.
111-
* This configuration configures more granular control on top of rules and `namespaceSelectors`.
111+
* This configuration sets more granular control on top of rules and `namespaceSelectors`.
112112
* Default value:
113113

114114
```bash
@@ -118,7 +118,7 @@ az k8s-extension create --cluster-name
118118
The referenced match condition implies that the pods getting accepted in the `kube-system` namespace are mutated only if they have at least one of the following labels: `app == "commissioning"`, `app == "descheduler"`, or `name == "cert-exporter"`. Otherwise, they aren't mutated and continue to be pulled from the original source in accordance with the Helm chart of the CNF, component, or application.
119119
* Accepted value: Any valid Common Expression Language (CEL) expression.
120120
* You can set or update this parameter during installation or update of the NFO extension.
121-
* This condition comes into play only when the CNF, component, or application is being installed into the namespace in accordance with the rules and `namespaceSelectors`. If you create more pods in that namespace, this condition is applied.
121+
* This condition comes into play only when you're installing the CNF, component, or application into the namespace in accordance with the rules and `namespaceSelectors`. If you create more pods in that namespace, this condition is applied.
122122

123123
#### Cluster registry
124124

@@ -187,14 +187,14 @@ az k8s-extension create --cluster-name
187187
`--config global.networkfunctionextension.clusterRegistry.storageSize=`
188188
189189
* You must provide this configuration when `global.networkfunctionextension.enableClusterRegistry=true`.
190-
* This configuration configures the size that we reserve for the cluster registry.
190+
* This configuration sets the size that we reserve for the cluster registry.
191191
* This configuration uses units as Gi and Ti for sizing.
192192
* Default value: `100Gi`
193193
194194
`--config global.networkfunctionextension.clusterRegistry.clusterRegistryGCCadence=`
195195
196196
* You must provide this configuration as a schedule in standard Unix Crontab format.
197-
* This configuration specified as an empty string disables the scheduled job, allowing customers to opt out of running garbage collection.
197+
* This configuration, specified as an empty string, disables the scheduled job so that you can opt out of running garbage collection.
198198
* Default value: `0 0 * * *`. Runs the job once every day.
199199
200200
`--config global.networkfunctionextension.clusterRegistry.clusterRegistryGCThreshold=`

0 commit comments

Comments
 (0)