Jump to: navigation, search

Difference between revisions of "SDKs"

(.NET)
(.NET)
Line 64: Line 64:
 
* [https://github.com/gabrielhurley/js-openclient js-openclient] is a very opinionated core client which can be used in either Node.js or in the browser (browser support not yet complete) to communicate with a RESTful APIs, including but not limited to any OpenStack-compatible API.
 
* [https://github.com/gabrielhurley/js-openclient js-openclient] is a very opinionated core client which can be used in either Node.js or in the browser (browser support not yet complete) to communicate with a RESTful APIs, including but not limited to any OpenStack-compatible API.
 
== .NET ==
 
== .NET ==
 +
* [https://wiki.openstack.org/wiki/OpenStack-SDK-DotNet OpenStack-SDK-DotNet] is a software development kit (SDK) for working with OpenStack.
 
* [https://github.com/rackspace/openstack.net OpenStack.NET] is a .NET SDK for OpenStack.
 
* [https://github.com/rackspace/openstack.net OpenStack.NET] is a .NET SDK for OpenStack.
 
* [https://github.com/abettadapur/marconiclient MarconiClient.NET] is a .NET client for Marconi
 
* [https://github.com/abettadapur/marconiclient MarconiClient.NET] is a .NET client for Marconi

Revision as of 20:01, 20 June 2014

Software Development Kits

SDKs are a vital part of the OpenStack ecosystem, they help developers write applications for OpenStack and other clouds. For a list of the official OpenStack Python client libraries, see OpenStackClients.

Definition

  1. A set of language bindings that provide a language-level API for accessing OpenStack in a manner consistent with language standards.
  2. A Getting Started document that shows how to use the API to access OpenStack powered clouds.
  3. Detailed API reference documentation.
  4. Tested sample code that you can use as a "starter kit" for your own OpenStack applications.
  5. SDKs treat OpenStack as a blackbox and only interact with the REST/HTTP API.
  6. Must be sustainable.
  7. License must be compatible with Apache License v2.

Additional Criteria

What criteria is used to determine whether or not an SDK can be considered an OpenStack SDK has not been formalized. This has been initially discussed at the OpenStack Grizzly Summit (etherpad). Naturally the SDK will need to meet the definition above. In addition we thought the OpenStack Foundation may want to consider a compatibility test suite that will validate whether or not an SDK supports OpenStack.

These are items that could be used as criteria to define an SDK but themselves require further definition w.r.t. SDKs.

  1. Handle extensions in some way.
  2. Backwards compatibility.
  3. Compatibility with test suite.

Official OpenStack Clients

The OpenStackClients are the native Python bindings for the OpenStack APIs. They are used to implement the command-line interfaces (which ship with the library).

Known SDKs

What follows is a list of known SDKs that support OpenStack. This is not a list of official OpenStack SDKs. What constitutes an official OpenStack SDK has not been determined. This is an area the needs more work (see Criteria section).

To date, SDKs that support OpenStack fall into two categories. SDKs that support multiple clouds including OpenStack (aka multi-cloud toolkits) and SDKs that support OpenStack only. If you're aware of any other SDKs, please add them to the lists below.

OpenStack Toolkits

C

Clojure

Erlang

  • lfe-openstack is a pure LFE (Lisp Flavored Erlang) language binding for OpenStack Clouds.

Go

  • Goose provides comprehensive Go binding to Openstack including nova, glance, keystone, swift, and neutron apis.
  • Gophercloud provides a Go binding to OpenStack cloud APIs.
  • golang-client is a proposed OpenStack project that is designed to improve the experience of OpenStack end-users who are using the Go programming language by providing them with everything they need to develop applications against OpenStack.

Java

  • Apache jclouds is an open source library that helps you get started in the cloud and utilizes your Java or Clojure development skills. The jclouds API gives you the freedom to use portable abstractions or cloud-specific features.
  • OpenStack4j A fluent Java OpenStack API.
  • OpenStack Java SDK is a Java binding for the OpenStack APIs.
  • User Registration Service is a server side user registration service based on openstack-java-sdk.
  • Java OpenStack Storage aka JOSS is a dedicated Java binding for accessing the Swift REST API.

Android

JavaScript

  • jstack is a JavaScript implementation of the OpenStack API.
  • js-openclient is a very opinionated core client which can be used in either Node.js or in the browser (browser support not yet complete) to communicate with a RESTful APIs, including but not limited to any OpenStack-compatible API.

.NET

Node.js

  • pkgcloud is a standard library for Node.js that abstracts away differences among multiple cloud providers.

Perl

  • Net::OpenStack::Compute provides Perl bindings for the OpenStack Compute API. It also provides a command line tool oscompute for interacting with an OpenStack deployment.

PHP

  • php-opencloud is a software development kit (SDK) to help developers using PHP to work with OpenStack and other open clouds.
  • ZendService_OpenStack is a PHP library that implements the last versions of the OpenStack API. It's 100% compliant with the specification of OpenStack.

Python

  • The OpenStackClients are the native Python bindings for the OpenStack APIs. They are used to implement the command-line interfaces (which ship with the library).
  • The SDK-Development/PythonOpenStackSDK project is a proposed solution to offering an SDK that provides a single point of entry for consumers, and a base from which other tools can be built upon, such as command-line interfaces.
  • pyrax should work with most OpenStack-based cloud deployments, though it specifically targets the Rackspace public cloud.
  • Apache libcloud is a standard Python library that abstracts away differences among multiple cloud provider APIs.

Ruby

  • Aviator An elegantly designed OpenStack SDK for Ruby
  • fog provides an accessible entry point and facilitates cross service compatibility.

Yaml

  • Warm Provides a template based solution to deploy environments.