You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/operator-service-manager/azure-operator-service-manager-overview.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,17 +19,17 @@ Azure Operator Service Manager caters to large-scale operator environments. It a
19
19
20
20
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.
21
21
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.
23
23
24
24
:::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":::
25
25
26
26
## Product features
27
27
28
28
### Orchestration of service platforms
29
29
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.
31
31
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.
33
33
34
34
### Flexible service composition
35
35
@@ -73,7 +73,7 @@ Services installed on the customer edge cluster undergo rigorous security testin
73
73
74
74
### Automation and AI
75
75
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.
77
77
78
78
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.
Copy file name to clipboardExpand all lines: articles/operator-service-manager/how-to-cancel-service-deployments.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,15 +14,15 @@ This article describes a method to interrupt a site network service (SNS) deploy
14
14
15
15
## Why interrupt a service deployment operation
16
16
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.
18
18
19
19
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:
20
20
21
21
* Users might want to test the deployment operation only up to a certain component.
22
22
* Users might realize, after starting the operation, that an error exists in a component configuration.
23
23
* The operation might create an unexpected negative impact on a customer-facing service.
24
24
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.
* 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`.
112
112
* Default value:
113
113
114
114
```bash
@@ -118,7 +118,7 @@ az k8s-extension create --cluster-name
118
118
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.
119
119
* Accepted value: Any valid Common Expression Language (CEL) expression.
120
120
* 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.
122
122
123
123
#### Cluster registry
124
124
@@ -187,14 +187,14 @@ az k8s-extension create --cluster-name
0 commit comments