| Deprecated Page
This page contains details that are not valid anymore.
[Note: As of January 2015 this page is no longer maintained, current documentation for OpenStackClient is maintained in the source repository and can be found in OpenStack Documentation]
The OpenStackClient CLI (aka OSC) provides users with an improved experience in dealing with the variety of commands and arguments required to interact with OpenStack. It is (will be) a complete substitute for the bundled CLI binaries supplied with the OpenStack project clients. Where possible it utilizes the existing client Python API libraries to minimize duplication of effort.
Status: v0.4.0 released 20Jun2014
python-openstackclient project is underway and has the basic set of commands for the layer 1 APIs implemented: Compute (2), identity (2.0, 3), image (1, 2), object-store (1), and volume (1). Ongoing work can be tracked in the blueprints.
- Command Translation - A mapping of the project CLI commands to OSC
- Human Interface Guidelines
- Revised OSCLI Authentication
- Dotfiles - User-specific configuration and state
- Use the OpenStack Python client API modules, extending them as required
- Use consistent naming and structure for commands and arguments
- Provide consistent output formats with optional machine parseable formats
- Use a single-binary approach that also contains an embedded shell that can execute multiple commands on a single authentication (see libvirt's
virshfor an example)
- Independence from the OpenStack project names; only API names are referenced (to the extent possible)
The OpenStack Client has a consistent and predictable format for all of its commands. There is a list of command actions and the result that can be expected from each of them. Objects may be referenced by one or more words (
access token). The general format of commands is the primary object being manipulated, followed by the action, and optionally an additional object for those commands that manipulate two objects, followed by command-specific options and then any positional arguments required.
There are also global options that control the overall behaviour of OSC, such as supplying authentication credentials or using specific API versions. All options are what is commonly known as 'long options' in that they are one or more words preceded by two dashes ('--') and using a single dash internally to replace spaces. Most global options also have corresponding environment variables for convenience.
- Project Python API libraries (python-cinderclient, python-glanceclient, python-keystoneclient, python-novaclient)
- Previous work in this vein is at UnifiedCommandLineClient
- A Perl implementation is at https://metacpan.org/module/oscompute
- The original version of this page is at UnifiedCLI