Difference between revisions of "Magnum/NativeAPI"
Adrian Otto (talk | contribs) (Created page with "=Magnum's Native Container APIs= Magnum's support native API access as well as a more limited form of wrapped access to that same functionality through a <code>/container</co...") |
(→Magnum's Native Container APIs) |
||
Line 1: | Line 1: | ||
=Magnum's Native Container APIs= | =Magnum's Native Container APIs= | ||
− | Magnum's support native API access as well as a more limited form of wrapped access to that same functionality through a <code>/container</code> resource in the Magnum API. This means that depending on which bay type you select: Docker Swarm, Kubernetes, or Apache Mesos, you get the API that comes with that container orchestration engine. For example, if I create a Bay in Magnum using the Docker Swarm | + | Magnum's support native API access as well as a more limited form of wrapped access to that same functionality through a <code>/container</code> resource in the Magnum API. This means that, depending on which bay type you select: Docker Swarm, Kubernetes, or Apache Mesos, you get the API that comes with that container orchestration engine. For example, if I create a Bay in Magnum using the Docker Swarm bay type, I will have an endpoint for the Docker API that I can interact with using the native <code>docker</code> CLI tools. |
==Project Position on Native APIs== | ==Project Position on Native APIs== | ||
− | Magnum's contributors recognize the | + | Magnum's contributors recognize the native API approach is preferred, as it offers users a more complete set of features and capabilities, and those can be updated without waiting for Magnum to re-implement them. It also allows for use of native tooling, which is the preferred user experience. |
==Use Cases for Magnum's "container" Resource== | ==Use Cases for Magnum's "container" Resource== | ||
We are seeking production use cases for the <code>/container</code> resource offered in the Magnum API. If you have one, please identify it here: | We are seeking production use cases for the <code>/container</code> resource offered in the Magnum API. If you have one, please identify it here: | ||
* [use case here] | * [use case here] |
Revision as of 16:17, 9 February 2016
Magnum's Native Container APIs
Magnum's support native API access as well as a more limited form of wrapped access to that same functionality through a /container
resource in the Magnum API. This means that, depending on which bay type you select: Docker Swarm, Kubernetes, or Apache Mesos, you get the API that comes with that container orchestration engine. For example, if I create a Bay in Magnum using the Docker Swarm bay type, I will have an endpoint for the Docker API that I can interact with using the native docker
CLI tools.
Project Position on Native APIs
Magnum's contributors recognize the native API approach is preferred, as it offers users a more complete set of features and capabilities, and those can be updated without waiting for Magnum to re-implement them. It also allows for use of native tooling, which is the preferred user experience.
Use Cases for Magnum's "container" Resource
We are seeking production use cases for the /container
resource offered in the Magnum API. If you have one, please identify it here:
- [use case here]