Skip to content
This repository has been archived by the owner on Jun 28, 2023. It is now read-only.

Doc - nice to have - diagram for relationship between repository, installed packages and running software from a namespaces perspective #1937

Closed
kcoriordan opened this issue Sep 23, 2021 · 8 comments
Labels
kind/docs A change in documentation owner/docs Work executed by VMware documentation team Stale Labeled by Stale-bot
Milestone

Comments

@kcoriordan
Copy link
Contributor

@cormachogan feedback
In relation to Work with packages doc

Regarding the following statement: "This does not determine which namespace(s) the software will run in.", would it be worth discussing the relationship between repository, installed packages and running software from a namespaces perspective, and have a dedicated diagram just for that. I feel this is the area that most readers will get tripped up.

@kcoriordan kcoriordan added owner/docs Work executed by VMware documentation team kind/feedback General feedback. Actionable items are converted to a different 'kind/*' triage/needs-triage Needs triage by TCE maintainers labels Sep 23, 2021
@kcoriordan kcoriordan added this to the icebox milestone Sep 23, 2021
@joshrosso
Copy link
Contributor

This existing image attempts to show this relationship.

image

Does it not satisfy this? If no, how can we improve it?

@joshrosso joshrosso added kind/docs A change in documentation and removed kind/feedback General feedback. Actionable items are converted to a different 'kind/*' labels Sep 23, 2021
@cormachogan
Copy link

Hey @joshrosso - so I was thinking of an even simpler block diagram to get started, where the package is pulled from an external repo into a particular namespace in the cluster to make it "available" for install, and then when it is actually installed, it's components are placed in another namespace as per the install command. So a simplified diagram that precedes this more detailed diagram.

@joshrosso
Copy link
Contributor

@cormachogan want to take a stab at this diagram?

@cormachogan
Copy link

Yes - would be happy to @joshrosso

@cormachogan
Copy link

pkgs.pptx

My thoughts were along the lines of what I have put in this presentation. Thoughts @joshrosso @kcoriordan ?

@cormachogan
Copy link

@joshrosso - I think much of the package confusion is stemming from this #1964

@cormachogan
Copy link

I spent more time on this today. I think the whole thing could be synopised as:

  1. If you install the package repository in any namespace other than tanzu-package-repo-global, then the package install resources must also be installed in the same namespace. This includes the default namespace, which is where a repository is installed, by default. Package deployment objects may still be deployed to another namespace. This is controlled via the package schema and can be modified by passing in a namespace via the values file at package install time.

  2. If you install the package repository in the namespace tanzu-package-repo-global, then the package install resources may be placed in a different namespace to the repository namespace. This is handled via the --namespace command during package install. Package deployment objects may still be deployed to another namespace. This is controlled via the package schema and can be modified by passing in a namespace via the values file at package install time.
    pkgs-revisited.pptx

I have added an updated PPT as well to capture my testing.

@joshrosso joshrosso removed the triage/needs-triage Needs triage by TCE maintainers label Oct 12, 2021
@github-actions
Copy link

github-actions bot commented Mar 2, 2022

This issue is being marked stale due to a period of inactivity. If this issue is still relevant, please comment or remove the stale label. Otherwise, this issue will close in 30 days.

@github-actions github-actions bot added the Stale Labeled by Stale-bot label Mar 2, 2022
@jdumars jdumars closed this as completed Oct 31, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/docs A change in documentation owner/docs Work executed by VMware documentation team Stale Labeled by Stale-bot
Projects
None yet
Development

No branches or pull requests

4 participants