Difference between revisions of "Data e-Infrastructure Management Facilities"

From Gcube Wiki
Jump to: navigation, search
(Created page with 'This is the template for Facilities Specifications. == Overview == Few lines with a promotional 'flavour', e.g. ''"gCube xxx facilities offer scalable, high-performance, reliab…')
 
(Key Features)
Line 5: Line 5:
  
 
== Key Features ==
 
== Key Features ==
A bullet list highlighting the main features offered by the facilities. The 'flavour' should be catchy and user-friendly. Some examples are (from MongoDB):
 
  
;Document-oriented storage
+
;More management for less dependencies
:JSON-style documents with dynamic schemas offer simplicity and power.
+
: lesser intrusive than in the past, management facilities requests nearly zero-dependencies to managed services by offering more high level control
  
;Full Index Support
+
;More self-elastic management for less constraints
:Index on any attribute, just like you're used to.
+
:...
  
;Replication & High Availability
+
;Feature 3
:Mirror across LANs and WANs for scale and peace of mind.
+
:...
 
+
;Auto-Sharding
+
:Scale horizontally without compromising functionality.
+
  
 
== Subsystems ==
 
== Subsystems ==

Revision as of 22:52, 22 February 2012

This is the template for Facilities Specifications.

Overview

Few lines with a promotional 'flavour', e.g. "gCube xxx facilities offer scalable, high-performance, reliable, open source instruments for ..."

Key Features

More management for less dependencies
lesser intrusive than in the past, management facilities requests nearly zero-dependencies to managed services by offering more high level control
More self-elastic management for less constraints
...
Feature 3
...

Subsystems

Because

  1. the identified facilities might be quite extent / "fat" from the functional point of view and
  2. the information introduced so far is very generic from a technical point of view

one or more 'subsystem' pages should be created.

Each subsystem page is expected to provide the reader with a description capturing design and deployment aspects as well as supported use cases. The following template is proposed:

Subsystem Specification Template

Next step will be the identification of the subsystems for each facility.