Difference between revisions of "Satori/SystemInfoProposal"
< Satori
Caleb Groom (talk | contribs) m (Update feature comparison list) |
Caleb Groom (talk | contribs) m (→Command line usage) |
||
Line 57: | Line 57: | ||
== Command line usage == | == Command line usage == | ||
+ | |||
+ | Key from local disk: | ||
$ satori https://domain.com --system-key=/path/to/private.key | $ satori https://domain.com --system-key=/path/to/private.key |
Revision as of 21:28, 19 February 2014
WORK IN PROGRESS
Specification for Blueprint LINK HERE
As Satori gathers information about a network location it accumulates a list of resources that are related. That resource list generally includes one or more Nova instances. If the user supplies the credentials to access the server, the discovery process should be extended to include fetching operating system and application-level information. Several open source applications exist today that can catalog this information. Satori should leverage one or more of these applications rather than recreating them.
Contents
Operating System Discovery Tools
Chef's Ohai
Puppet's Facter
Devstructure's Blueprint
Ansible's Facts
System Discovery Feature Comparison
System Discovery Comparison | |||||
---|---|---|---|---|---|
Ohai | Facter | Blueprint | Facts | ||
Extensible | |||||
Standalone app | |||||
Language | |||||
Active Community |
Command line usage
Key from local disk:
$ satori https://domain.com --system-key=/path/to/private.key
Out of Scope
Interesting ideas that could follow but won't be implemented first:
- Automatically install the software discovery tool if its missing
Proposed Implementation Plan
- Alter `satori/shell.py main()` to accept a private key
- Extend `satori/discovery.py run()` to attempt to SSH into each server resource, execute the info gathering tool and fetch the results.
- Add the data to the resource record.
- Ensure the data is also opinionated.