[all][tc] A web tool which helps administrators in managing openstack clusters
Sounds like a great project, thanks for proposing that in the community and
trying to open source it.
We have been using Horizon for a long time but not satisfied with the
design and the slow progress of the innovation.
I have a few questions/suggestions:
1. It'd be great and gain more attractions if you could provide a demo
about how "openstack-admin" looks like
2. What OpenStack services has "openstack-admin" already integrated? Is it
easy to integrate with others?
On Tue, Aug 20, 2019 at 10:22 PM Douglas Zhang <lychzhz at gmail.com> wrote:
> Hello everyone,
> To help users interact with openstack, weâ??re currently developing a
> client-side web tool which enables administrators to manage their openstack
> cluster in a more efficient and convenient way. (Since we have not named it
> officially yet, Iâ??m going to call it openstack-admin)
> *# Introduction*
> Some may ask, â??Why do we need an extra web-based user interface since we
> have horizon?â?? Well, although horizon is a mature and powerful dashboard,
> it is far not efficient enough on big clusters (a simple list operation
> could take seconds to complete). Whatâ??s more, its flexibility of searching
> could not match our requirements. To overcome obstacles above, a more
> efficient tool is urgently required, thatâ??s why we started to develop
> *# Highlights*
> Comparing with the current user interface, openstack-admin has following
> *Fast*: openstack-admin gets data straightly from SQL databases
> instead of calling standard openstack API, which accelerates the querying
> period to a large extent (especially when weâ??re dealing with a large amount
> of data).
> *Flexible*: openstack-admin supports the fuzzy search for any
> important field(e.g. display_name/uuid/ip_address/project_name of an
> instance), which enables users to locate a particular object in no time.
> *User-friendly*: the backend of openstack-admin gets necessary
> messages from the message queue used by nova, and send them to the frontend
> using websocket. This way, not only more realistic progress bars could be
> implemented, but more detailed information could be provided to users as
> *# Issues*
> To make this tool more efficient and provide better support for
> concurrency, we chose Golang to implement openstack-admin. As Iâ??ve asked
> before (truly appreciate advises from Jeremy and Ghanshyam), a project
> written by an unofficial language may be accepted only if existing
> languages have been proven to not meet the technical requirements, so weâ??re
> considering re-implementing openstack-admin using python if we canâ??t come
> to an agreement on the language issue.
> So thatâ??s all. How do you guys think of this project?
> Douglas Zhang
-------------- next part --------------
An HTML attachment was scrubbed...