-
Notifications
You must be signed in to change notification settings - Fork 2
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
Does a repository provide data? #25
Comments
Good point. |
This could help: |
A repository is associated with the roles provider, consumer, and broker. Therefore, a repository does not only store, but also consumes and provides on the data plane. Correspondingly, a proxy is also associated with the roles provider, consumer, and broker, but does not store and only consumes and provides on the data plane (it might store data in regard to the control plane, though). A broker is (probably) associated with the role of a controller only. The example 4.2.4.4. in https://tools.ietf.org/html/draft-ietf-mile-rolie-01 illustrates a repository without a defined interface to consume data (it might be implied, maybe?). This would be a different kind of repository - very similar to a collector that does not push SACM content, but has to be polled. |
Jerome, could you elaborate on the term catalogue? It seems to be a synonym to the term capability used in SACM? |
Currently, the definition for "repository" is:
"A repository is a specific controller type that contains functions to store information of a particular kind - typically data transported on the data plane, but potentially also data and metadata from the control and management plane. A single repository may provide the functions of more than one specific repository type (i.e. configuration baseline repository, assessment results repository, etc.)"
Furthermore, Section 3.1.4 of the Architecture draft states:
"Repository: Intermediary receiving and storing data from a Provider, and providing stored data to a Consumer. Implements both control and data plane functions. "
Given this, shouldn't the definition of "repository", in the Terminology draft, say something about providing data?
The text was updated successfully, but these errors were encountered: