Difference between revisions of "Zun"
(→Agenda for 2017-01-10 0300 UTC) |
|||
Line 52: | Line 52: | ||
* Support multi-host deployment (hongbin) | * Support multi-host deployment (hongbin) | ||
** #link https://blueprints.launchpad.net/zun/+spec/support-multiple-hosts The BP | ** #link https://blueprints.launchpad.net/zun/+spec/support-multiple-hosts The BP | ||
− | |||
− | |||
* Cinder integration (diga) | * Cinder integration (diga) | ||
** #link https://blueprints.launchpad.net/zun/+spec/cinder-zun-integration | ** #link https://blueprints.launchpad.net/zun/+spec/cinder-zun-integration | ||
Line 64: | Line 62: | ||
== Backlog == | == Backlog == | ||
+ | * Introduce pod (hongbin) | ||
+ | ** #link https://blueprints.launchpad.net/zun/+spec/introduce-pod The BP | ||
== Previous Meetings == | == Previous Meetings == |
Revision as of 23:25, 9 January 2017
Zun (ex. Higgins) is a Container Management service for OpenStack. It aims to provide an OpenStack API for launching and managing containers backed by different container technologies.
Contents
News
- 2016-04-20 According to the discussion in the OpenStack Austin design summit, we are going to create a new project (which is Higgins) for providing OpenStack container service. The Magnum project (another OpenStack project for containers) will focus on deployment and management of Container Orchestration Engines (COEs).
- 2016-06-07 We renamed the project from "Higgins" to "Zun"
Resources
- Launchpad Project Pages
- Mailing List
- OpenStack Mailing List for project related discussion
- Add [Zun] to the subject line of new posts about this project.
- OpenStack Mailing List Archives for current discussion.
- OpenStack Mailing List for project related discussion
- Code Repository
- Design Spec
- https://review.openstack.org/#/c/365754/ The sandbox approach
- Etherpads
IRC
Our developers use IRC in #openstack-zun
on freenode for development discussion.
Meetings
The Zun team holds public meetings. We meet in #openstack-meeting
on Tuesday on the following schedule:
2016-12-27 | UTC 0300 Tuesday | No meeting this week |
2017-01-03 | UTC 0300 Tuesday | http://www.timeanddate.com/worldclock/fixedtime.html?msg=Zun+Team+Meeting&iso=20170103T03 |
2017-01-10 | UTC 0300 Tuesday | http://www.timeanddate.com/worldclock/fixedtime.html?msg=Zun+Team+Meeting&iso=20170110T03 |
Agenda for 2017-01-10 0300 UTC
- Roll Call
- Announcements
- Review Action Items
- Support multi-host deployment (hongbin)
- Cinder integration (diga)
- Support interactive mode (kevinz)
- #link https://blueprints.launchpad.net/zun/+spec/support-interactive-mode The BP
- #link https://review.openstack.org/#/c/396841/ The design spec
- Make Zunclient an OpenStackClient plugin (Namrata)
- Open Discussion
Backlog
- Introduce pod (hongbin)
Previous Meetings
Frequently Asked Questions
1) What is the relationship between Zun and Magnum?
Zun and Magnum are two independent projects. Zun aims to provide APIs to manage containers, while Magnum provides APIs to provision and manage Container Orchestration Engine (COEs), such as Kubernetes.
2) Who is Zun for? In comparison, who is Magnum for?
Zun is for users who want to create and manage containers as OpenStack-managed resource. Containers managed by Zun are supposed to be integrated well with other OpenStack resources, such as Neutron network and Cinder volume. Users are provided a simplified APIs to manage containers without the need to explore the complexities of different container technologies. Magnum is for users who want a self-service solution to provision and manage a Kubernetes (or other COEs) cluster.
3) What is the difference between Zun and nova-docker?
Nova-docker allows accessing containers via Nova's API, while Zun is not bounded by Nova's API.
4) Does Zun compete with Kubernetes (or other COEs)?
We do not intend to compete with Kubernetes or other COEs. In fact, Kubernetes provides Container Orchestration and many other advanced features (i.e. keep container alive, load balancing, etc.). In comparison, Zun will start with basic container operations (i.e. CRUD) and focus on tight integration with OpenStack.