Re: [Openstack-operators] Openstack operational configuration improvement.

Thank you very much @Akihiro and @Jeremy these answers are really useful and constructives. Akihiro, regarding your two points yes, they for sure will be challenging and I really plan to work on this feature as a horizon plugin at the beginning as you mentioned it. Here what I'm thinking to do

Re: [Openstack-operators] Openstack operational configuration improvement.

On 2017-12-19 01:40:50 +0900 (+0900), Akihiro Motoki wrote: [...] > First point is how to distribute configuration files configured > via GUI to servers. Horizon communicates back-end services through > REST APIs and is agnostic of actual server setup. There is no way > for horizon to know how

Re: [Openstack-operators] Openstack operational configuration improvement.

Hi Flint, I have both hats as an operator of OpenStack and a horizon core. I understand that GUI support of OpenStack configuration is useful for some operators. I know several softwares support GUI-based configurations. However, I see several challenging points. First point is how to

Re: [Openstack-operators] Openstack operational configuration improvement.

@ArKady, My point is exactly the one pointed out by Matt, and he summaries everything I think about the dashboards usage. What's the point to multiply dashboards for a solution that's explecting you to expand it... that's non-sense. Having multiple dashboard to manage a unique solution is

Re: [Openstack-operators] Openstack operational configuration improvement.

Agreed on dashboard use. This is a mistake Google made with their GCP platform. They made their gui a nightmarish ux designed to destroy the souls of their users because they expected folks to use the CLIs... and a lot of the time they didn't... because are you are automating an environment

Re: [Openstack-operators] Openstack operational configuration improvement.

Flint, I do support UI method for solution management. My point is that it is not Horizon one as it is on a different layer. From: Flint WALRUS [mailto:gael.ther...@gmail.com] Sent: Monday, December 18, 2017 9:40 AM To: Kanevsky, Arkady Cc:

Re: [Openstack-operators] Openstack operational configuration improvement.

Hi arkady, Ok understood your point. However, as an operator and administrator of a really large deployment I disagree with this statement as a lot of our company's admins and operators indeed rely a lot on the dashboard rather than the CLI for a lot of daily tasks. Not everyone is willing to

Re: [Openstack-operators] Openstack operational configuration improvement.

Hi, Isn't Fuel or TripleO something what You are looking for? — Best regards Slawek Kaplonski sla...@kaplonski.pl > Wiadomość napisana przez Flint WALRUS w dniu > 18.12.2017, o godz. 14:28: > > Hi everyone, I don't really know if this list is the good one, but I'll

Re: [Openstack-operators] Openstack operational configuration improvement.

On 2017-12-18 13:28:46 + (+), Flint WALRUS wrote: [...] > If this discussion should go with the horizon team rather than the > operational team, could someone help with this one as I didn't > find any mailing list related endpoint? I certainly wouldn't want to discourage discussion among

[Openstack-operators] Openstack operational configuration improvement.

Hi everyone, I don't really know if this list is the good one, but I'll have my bet on it :D Here I go. Since many times now, I'm managing Openstack platforms, and one things that always amazed me is its lack of comprehensive configuration management for services within Horizon. Indeed, you

[Openstack-operators] [FEMDC] Edge sessions during the next PTG

Dear all, As briefly discussed during the last telco around edge challenges [1], we have the opportunity to have sessions during the next PTG in Dublin. If you are interested by such sessions and you plan to attend to the PTG, please put your name and questions/topic you would like to