On Thu, Feb 23, 2023 at 7:02 AM Sean Mooney <smooney@redhat.com> wrote:
On Thu, 2023-02-23 at 11:21 +0100, Sylvain Bauza wrote:
Le jeu. 23 févr. 2023 à 11:04, Dmitriy Rabotyagov < noonedeadpunk@gmail.com> a écrit :
At the very least I'd say that the wsgi server used in projects should be standardized and be part of PTI. Previous TC meeting was already hot and full of time-consuming topics, so I've added uwsgi topic for the next meeting agenda.
I'm not exactly asking for a standard wsgi server across the service projects, I'm first inclined to sit down with all the projects team members and come up with a discussion about the uswsgi support. anyway, happy to hear the TC is taking the ball.
well the point of using wsgi is that the server should not matter we shoudl not have a depency on any of them and you should be able touse any wsgi complaint implamantion.
so i dont think we shoudl be prescibien a server.
we coudl try and standarise on which framework we have as we have at least 4 wsgi frameworks in use to implement the wsgi application.
for what its worth the nova-api console scipt is still a thing if you want to use it with the eventlet webserver via the oslo server integration hwoever that has been deprecated for a long time.
we try to make sure however that you can bring your own wsgi server and keep our wsgi app portable.
form a PTI point of view it proably would make sense to agree on some that we test and support but we shoudl not change the generic wsgi apps to only run on one server.
i will have limited upstream time for the next 6 months so i dont want to commit to anything but im personlaly intereested in seeing if nova/palcement can run under gunicorn well as a uswigi alternitive. i may even try to add support for that to devstack or other installers if i get time but i cant commit to that. personally i ahve wanted ot have a lighter weight alternitie to mod_wsgi for years for contaierised openstack
Until you get to Keystone which relies on the service running in front of it for federated auth (like mod_openidc)…
installs and ci where in both cases reducing disk and memory footprint woudl be a benifit.
чт, 23 февр. 2023 г. в 10:21, Sylvain Bauza <sylvain.bauza@gmail.com>:
Le jeu. 23 févr. 2023 à 09:30, Thomas Goirand <zigo@debian.org> a
:
On 2/22/23 22:55, Pete Zaitcev wrote:
On Wed, 22 Feb 2023 11:14:24 +0100 Thomas Goirand <zigo@debian.org> wrote:
> It's been a few Debian release that all OpenStack APIs are
served using
> uwsgi. Unfortunately:
Swift uses eventlet, doesn't it?
-- Pete
Yeah. We tried hard to make both Swift and Glance use uwsgi, but
services simply fail in very subtle ways. It's not obvious that
fail at first, but they really do. I very much believe this is a defect in both projects, and that they should invest time working on this.
Anyways, for the time being, I believe I'll continue using uwsgi for as long as the project is still in maintenance mode. Uwsgi is by far
écrit these they the
best, as much as I can tell.
Shouldn't we somehow identify whether DevStack is at risk given our hard dependency on uwsgi and should we as service project teams somehow kick-off some coordinated brainstorming efforts to identify the risks and mitigate them ?
Sounds a goal to me.
Cheers,
Thomas Goirand (zigo)
-- Mohammed Naser VEXXHOST, Inc.