Skip to content
Merged
Show file tree
Hide file tree
Changes from 4 commits
Commits
Show all changes
29 commits
Select commit Hold shift + click to select a range
53a429b
docs: consolidate glossary pages
ChisomUma Oct 27, 2025
4a43b38
edit
ChisomUma Oct 27, 2025
6391c6b
updated glossary
ChisomUma Oct 29, 2025
48d0b99
Update content/glossary/glossary.md
ChisomUma Oct 29, 2025
5e36330
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 6, 2025
66ea8c9
Merge branch 'main' into consolidate-glossary-pages
ChisomUma Nov 7, 2025
8691101
update: fixed bootstrap-table shortcodes to just table shortcodes
ChisomUma Nov 7, 2025
f6815e7
update: update table shortcode
ChisomUma Nov 7, 2025
aa3f97f
update
ChisomUma Nov 7, 2025
ebd8541
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 7, 2025
e9ac4c0
:wq
ChisomUma Nov 7, 2025
1b823b7
update linting and markdown issues
ChisomUma Nov 7, 2025
941d5aa
Merge branch 'consolidate-glossary-pages' of https://github.com/Chiso…
ChisomUma Nov 7, 2025
90c1598
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 10, 2025
831eb36
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
eb12399
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
8200931
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
107fa0b
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
7c794ac
Update content/includes/nic/kubernetes-terminology.md
ChisomUma Nov 10, 2025
b506baa
Update content/includes/waf/terminology.md
ChisomUma Nov 10, 2025
ce85950
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
5315b1c
Update content/glossary/glossary.md
ChisomUma Nov 10, 2025
d9c0ba8
Update content/includes/waf/terminology.md
ChisomUma Nov 10, 2025
2f0263d
Update content/includes/nic/kubernetes-terminology.md
ChisomUma Nov 10, 2025
e9d101b
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 10, 2025
a31491a
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 10, 2025
66ac2b5
docs: Remove legal notice about NGINX licensing agreements
ChisomUma Nov 11, 2025
e37ebbc
Merge branch 'main' into consolidate-glossary-pages
ADubhlaoich Nov 11, 2025
6434338
Apply suggestions from code review
ADubhlaoich Nov 11, 2025
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 8 additions & 0 deletions content/_index.md
Original file line number Diff line number Diff line change
Expand Up @@ -50,3 +50,11 @@ Learn how to deliver, manage, and protect your applications using F5 NGINX produ
Managed NGINX service for your Google Cloud application stack.
{{</card >}}
{{</card-section>}}

{{<card-section showAsCards="true" title="Glossary">}}
{{<card title="F5 NGINX Glossary" titleUrl="/glossary/glossary/" brandIcon="NGINX-product-icon.svg" isLanding="true">}}
Glossary of common terms and definitions for all F5 NGINX products.
{{</card >}}
{{</card-section>}}


4 changes: 4 additions & 0 deletions content/glossary/_index.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,4 @@
---
title: "F5 NGINX Glossary"
weight: 100
---
71 changes: 71 additions & 0 deletions content/glossary/glossary.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,71 @@
---
description: ''
title: Glossary
nd-docs: DOCS-602
weight: 1000
toc: true
nd-content-type: reference
---

This glossary defines terms used in F5 NGINX.

## General terms

{{<bootstrap-table "table table-striped table-bordered">}}
| Term | Definition |
|-------------|-------------|
| **Config Sync Group** / **Instance Group** | A group of NGINX systems (or instances) with identical configurations. They may also share the same certificates. However, the instances in a Config Sync Group could belong to different systems and even different clusters. Also known as an Instance Group in NGINX Instance Manager. For more information, see this explanation of [Important considerations]({{< ref "/nginx-one/nginx-configs/config-sync-groups/manage-config-sync-groups.md#important-considerations" >}}) |
| **Control Plane** | The control plane is the part of a network architecture that manages and controls the flow or data or traffic (the Data Plane). It is responsible for system-level tasks such as routing and traffic management. |
| **Data Plane** | The data plane is the part of a network architecture that carries user traffic. It handles tasks like forwarding data packets between devices and managing network communication. In the context of NGINX, the data plane is responsible for tasks such as load balancing, caching, and serving web content. |
| **Instance** | An instance is an individual system with NGINX installed. You can group the instances of your choice in a Config Sync Group. When you add an instance to NGINX One Console, you need to use a data plane key. |
| **Namespace** | In F5 Distributed Cloud, a namespace groups a tenant’s configuration objects, similar to administrative domains. Every object in a namespace must have a unique name, and each namespace must be unique to its tenant. This setup ensures isolation, preventing cross-referencing of objects between namespaces. You'll see the namespace in the NGINX One Console URL as `/namespaces/<namespace name>/`. To switch an instance between namespaces, you have to deregister an instance from an old namespace, and register it on the new namespace. |
| **NGINX Agent** | A lightweight software component installed on NGINX instances to enable communication with the NGINX One console. NGINX Agent also enables communication with NGINX Instance Manager. |
| **Staged Configurations** | Also known as **Staged Configs**. Allows you to save "work in progress." You can create it from scratch, an Instance, another Staged Config, or a Config Sync Group. It does _not_ have to be a working configuration until you publish it to an instance or a Config Sync Group. You can even manage your **Staged Configurations** through our [API]({{< ref "/nginx-one/api/api-reference-guide/#tag/StagedConfigs" >}}). |
| **Tenant** | A tenant in F5 Distributed Cloud is an entity that owns a specific set of configuration and infrastructure. It is fundamental for isolation, meaning a tenant cannot access objects or infrastructure of other tenants. Tenants can be either individual or enterprise, with the latter allowing multiple users with role-based access control (RBAC). |
{{</bootstrap-table>}}

## Authentication and Authorization terms

{{<bootstrap-table "table table-striped table-bordered">}}
| Term | Definition |
|-------------|-------------|
| **Access Token** | Defined in OAuth2, this (optional) short lifetime token provides access to specific user resources as defined in the scope values in the request to the authorization server (can be a JSON token as well). |
| **ID Token** | Specific to OIDC, the primary use of the token in JWT format is to provide information about the authentication operation's outcome. |
| **Identity Provider (IdP)** | A service that authenticates users and verifies their identity for client applications. |
| **JSON Web Token (JWT)** | An open standard (RFC 7519) that defines a compact and self-contained way for securely transmitting information between parties as a JSON object. This information can be verified and trusted because it is digitally signed. |
| **Protected Resource** | A resource that is hosted by the resource server and requires an access token to be accessed. |
| **Refresh Token** | Coming from OAuth2 specs, the token is usually long-lived and may be used to obtain new access tokens. |
| **Relying Party (RP)** | A client service required to verify user identity. |
{{</bootstrap-table>}}

## Kubernetes and Ingress Controller terms

{{<bootstrap-table "table table-striped table-bordered">}}
| Term | Definition |
|-------------|-------------|
| **Ingress** | Refers to an *Ingress Resource*, a Kubernetes API object which allows access to [Services](https://kubernetes.io/docs/concepts/services-networking/service/) within a cluster. They are managed by an [Ingress Controller]({{< ref "/nic/glossary.md#ingress-controller">}}). *Ingress* resources enable the following functionality:<br>* **Load balancing**, extended through the use of Services<br>* **Content-based routing**, using hosts and paths<br>* **TLS/SSL termination**, based on hostnames<br><br>For additional information, please read the official [Kubernetes Ingress Documentation](https://kubernetes.io/docs/concepts/services-networking/ingress/). |
| **Ingress Controller** | Ingress Controllers are applications within a Kubernetes cluster that enable [Ingress]({{< ref "/nic/glossary.md#ingress">}}) resources to function. They are not automatically deployed with a Kubernetes cluster, and can vary in implementation based on intended use, such as load balancing algorithms for Ingress resources. [The design of NGINX Ingress Controller]({{< ref "/nic/overview/design.md">}}) explains the technical details of NGINX Ingress Controller. |
{{</bootstrap-table>}}

## F5 WAF for NGINX terminology

{{< include "nap-waf/config/common/nginx-app-protect-waf-terminology.md" >}}

## NGINX Alerts

To set up NGINX Alerts through the F5 Distributed Cloud, follow the procedure in [Set up security alerts]({{< ref "/nginx-one/secure-your-fleet/set-up-security-alerts/" >}}).

{{< include "/nginx-one/alert-labels.md" >}}


## Legal notice: Licensing agreements for NGINX products

Using NGINX One is subject to our End User Service Agreement (EUSA). For [NGINX Plus]({{< ref "/nginx" >}}), usage is governed by the End User License Agreement (EULA). Open source projects, including [NGINX Agent](https://github.com/nginx/agent) and [NGINX Open Source](https://github.com/nginx/nginx), are covered under their respective licenses. For more details on these licenses, follow the provided links.

---

## References

- [F5 Glossary](https://www.f5.com/glossary)
- [F5 Distributed Cloud: Core Concepts](https://docs.cloud.f5.com/docs/ves-concepts/core-concepts)

4 changes: 1 addition & 3 deletions content/nginx-one/glossary.md
Original file line number Diff line number Diff line change
Expand Up @@ -18,9 +18,7 @@ This glossary defines terms used in the F5 NGINX One Console and F5 Distributed
| **Control Plane** | The control plane is the part of a network architecture that manages and controls the flow or data or traffic (the Data Plane). It is responsible for system-level tasks such as routing and traffic management. |
| **Data Plane** | The data plane is the part of a network architecture that carries user traffic. It handles tasks like forwarding data packets between devices and managing network communication. In the context of NGINX, the data plane is responsible for tasks such as load balancing, caching, and serving web content. |
| **Instance** | An instance is an individual system with NGINX installed. You can group the instances of your choice in a Config Sync Group. When you add an instance to NGINX One, you need to use a data plane key. |
| **Namespace** | In F5 Distributed Cloud, a namespace groups a tenant’s configuration objects, similar to administrative domains. Every object in a namespace must have a unique name, and each namespace must be unique to its tenant. This setup ensures isolation, preventing cross-referencing of objects between namespaces. You'll see the namespace in the NGINX One Console URL as `/namespaces/<namespace name>/`.

To switch an instance between namespaces, you have to deregister an instance from an old namespace, and register it on the new namespace. |
| **Namespace** | In F5 Distributed Cloud, a namespace groups a tenant’s configuration objects, similar to administrative domains. Every object in a namespace must have a unique name, and each namespace must be unique to its tenant. This setup ensures isolation, preventing cross-referencing of objects between namespaces. You'll see the namespace in the NGINX One Console URL as `/namespaces/<namespace name>/`. To switch an instance between namespaces, you have to deregister an instance from an old namespace, and register it on the new namespace. |
| **NGINX Agent** | A lightweight software component installed on NGINX instances to enable communication with the NGINX One console. |
| **Staged Configurations** | Also known as **Staged Configs**. Allows you to save "work in progress." You can create it from scratch, an Instance, another Staged Config, or a Config Sync Group. It does _not_ have to be a working configuration until you publish it to an instance or a Config Sync Group. You can even manage your **Staged Configurations** through our [API]({{< ref "/nginx-one/api/api-reference-guide/#tag/StagedConfigs" >}}). |
| **Tenant** | A tenant in F5 Distributed Cloud is an entity that owns a specific set of configuration and infrastructure. It is fundamental for isolation, meaning a tenant cannot access objects or infrastructure of other tenants. Tenants can be either individual or enterprise, with the latter allowing multiple users with role-based access control (RBAC). |
Expand Down
5 changes: 5 additions & 0 deletions data/product-selector.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -29,3 +29,8 @@
url: "nginxaas/azure/"
- title: "NGINXaaS for Google Cloud"
url: "nginxaas/google/"

- productGroup: Glossary
products:
- title: "F5 NGINX Glossary"
url: "glossary"