Difference between revisions of "Graffiti/Directory"
< Graffiti
Travis Tripp (talk | contribs) (Created page with " == Graffiti Directory == A common API to "tag" and search across existing and new services for cloud content based on the metadata vocabulary, ad-hoc properties, names, and...") |
Travis Tripp (talk | contribs) m |
||
(6 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
+ | < [[Graffiti/Architecture]] | ||
− | == | + | == Resource Directory API == |
− | + | A common API to "tag" and search across existing and new services for cloud content based on the metadata vocabulary, ad-hoc properties, names, and descriptions. | |
=== Expanded Contextual Overlay === | === Expanded Contextual Overlay === | ||
− | + | Below is an overlay of Graffiti concepts with Graffiti components. | |
[[File:Graffiti-Architecture-ConceptOverlayExpanded.png|center]] | [[File:Graffiti-Architecture-ConceptOverlayExpanded.png|center]] | ||
Line 12: | Line 13: | ||
=== Resources === | === Resources === | ||
− | + | Basically, resources are a common way to represent a type of resource from a given provider. They have the following: | |
* Name | * Name | ||
* Description | * Description | ||
Line 19: | Line 20: | ||
* Freeform properties (those not associated with a known namespace in the dictionary) | * Freeform properties (those not associated with a known namespace in the dictionary) | ||
* Flat properties (those associated with a namespace, but not a capability type in the namespace) | * Flat properties (those associated with a namespace, but not a capability type in the namespace) | ||
− | * Capabilities (instances of capability types) | + | * Capabilities (instances of [[Graffiti/Dictionary#Capability_Types|capability types]]) |
* Requirements (references to required capability types as well as the constraints) | * Requirements (references to required capability types as well as the constraints) | ||
− | For example, a resource may be of type ''volume''. It may come from a specific Cinder endpoint registered in Keystone. It may have the capability of a certain kind of OS and may also have MySQL on it. | + | For example, a resource may be of resource type ''volume''. It may come from a specific Cinder endpoint registered in Keystone. It may have the capability of a certain kind of OS and may also have MySQL on it. |
Latest revision as of 05:04, 5 May 2014
Resource Directory API
A common API to "tag" and search across existing and new services for cloud content based on the metadata vocabulary, ad-hoc properties, names, and descriptions.
Expanded Contextual Overlay
Below is an overlay of Graffiti concepts with Graffiti components.
Resources
Basically, resources are a common way to represent a type of resource from a given provider. They have the following:
- Name
- Description
- Resource Type
- Resource Endpoint
- Freeform properties (those not associated with a known namespace in the dictionary)
- Flat properties (those associated with a namespace, but not a capability type in the namespace)
- Capabilities (instances of capability types)
- Requirements (references to required capability types as well as the constraints)
For example, a resource may be of resource type volume. It may come from a specific Cinder endpoint registered in Keystone. It may have the capability of a certain kind of OS and may also have MySQL on it.