Skip to content
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

feat: Rework domain-manager standard #879

Open
wants to merge 10 commits into
base: main
Choose a base branch
from
Open

feat: Rework domain-manager standard #879

wants to merge 10 commits into from

Conversation

gtema
Copy link
Contributor

@gtema gtema commented Feb 11, 2025

Life shows that not all CSPs are capable to adopt the domain manager
requirement due to certain architecture decisions or security requirement.
Suggest a rework that splits requirements into mandatory and recommended.

Signed-off-by: Artem Goncharov [email protected]

@gtema gtema force-pushed the domain-manager branch 2 times, most recently from a24e311 to 9bbfeb1 Compare February 11, 2025 13:50
Life shows that not all CSPs are capable to adopt the domain manager
requirement due to certain architecture decisions or security requirement.
Suggest a rework that splits requirements into mandatory and recommended.

Signed-off-by: Artem Goncharov <[email protected]>
@gtema gtema requested a review from garloff February 11, 2025 13:57
gtema and others added 9 commits February 12, 2025 11:22
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Co-authored-by: Felix Kronlage-Dammers <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>
Signed-off-by: Artem Goncharov <[email protected]>

Another important requirement was to provide self-service capability for
customers to create projects as desired without requesting CSP support. This
capability MUST be available using native cloud APIs.
Copy link
Contributor

@berendt berendt Feb 12, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will lead to problems and effort for providers who have external processes on projects or use external processes to create/manage projects.

requesting CSP support. This capability provides possibility to temporarily
disable users to authorize into certain project by modifying `enabled` property
of the project. Further control of the project name, description, options and
tags MUST be provided to the customer using native Keystone API.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants