-
Notifications
You must be signed in to change notification settings - Fork 119
Update glossary.md for namespace switching #1174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview will be available once build job completes!
|
Shared with Kamal C for SME review. |
Do we document anywhere how can customer perform this deregistering ? Might be confusing for the customer to figure it out unless we explicitly state it. |
| **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>/` | | ||
| **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. | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't think we have these instructions anywhere? Probably worth writing as part of this MR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd welcome it. I recommend doing so in a 2nd PR. I suggest one of these options:
- Include it as a 2nd procedure in https://docs.nginx.com/nginx-one/nginx-configs/one-instance/view-edit-nginx-configurations/
- Set up a new procedure under https://docs.nginx.com/nginx-one/nginx-configs/one-instance/
If we do this in a 2nd PR, we can merge this, and continue our work there
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok. I don't want to hold this but could file a ticket. Would need to get prioritized at some point as I consider this doc tech debt
Proposed changes
Checklist
Before sharing this pull request, I completed the following checklist:
Footnotes
Potentially sensitive information includes personally identify information (PII), authentication credentials, and live URLs. Refer to the style guide for guidance about placeholder content. ↩