-
Notifications
You must be signed in to change notification settings - Fork 116
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
[PULP-214] Added docs about on-demand content streaming caveats #6101
base: main
Are you sure you want to change the base?
[PULP-214] Added docs about on-demand content streaming caveats #6101
Conversation
|
||
Unless a plugin has enabled either the 'on_demand' or 'streamed' values for the `policy` attribute | ||
you will receive an error. Check that plugin's documentation also. | ||
|
||
Example of the "Create Remote" endpoints for some plugins that supports that: |
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.
"these features" sounds better than "that"
|
||
* Given User A and User B both synced the same on-demand content from their separate remotes (there are two different sources for the same content). | ||
* When User B request the content | ||
* Then the credentials used for the download could be User's A. |
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.
User A's
* When User B request the content | ||
* Then the credentials used for the download could be User's A. | ||
|
||
If a user don't want their registered Remotes to be indirectly used by other users, they should use a separate domain. |
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.
If a user "doesn't"
In a worst case, the Content is shared across multiple Repositories and the Remote's removal | ||
can invalidate all those repositories at once. | ||
|
||
In either cases, proceed the deletion of a remote with great care. |
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.
In either case, proceed with the deletion of a remote with great care.
@@ -39,25 +41,82 @@ instance, syncing from a nightly repo would cause Pulp to store every nightly ev | |||
is likely not valuable. Units created from this mode are |
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.
"Also download all metadata is likely not valuable" is nearly incomprehensible
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.
"Also download all metadata" and "is likely not valuable" are 17 lines apart 😅
### External dependency and error handling | ||
|
||
The content might become unavailable or corrupted on the remote server. | ||
This makes it hard for Pulp to provide an accurate error messages. |
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.
replace with "provide an accurate error message" or "provide accurate error messages"
### Implicit credential sharing within a domain | ||
|
||
In the same domain, a request to a on-demand content may use any available Remotes associated with that content, | ||
regardless of who created it. |
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.
who -> which user
|
||
* Given User A and User B both synced the same on-demand content from their separate remotes (there are two different sources for the same content). | ||
* When User B request the content | ||
* Then the credentials used for the download could be User A's. |
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.
could potentially be User A's
We have some problems we can't solve with our current design of how RemoteArtifact and on-demand works.
We are documenting known caveats and limitation to help avoiding surprises.
Closes #1975 #3212