So your main concern if this setup is working is how to reduce memory usage if 
possible? Yes/No?

How many actual URL handlers would each service have, and how many requests/sec 
would each be handling? Are they all services used quite frequently, or are 
some/many use quite infrequently?

> On 21 Oct 2024, at 5:11 PM, RajKumar Ambadipelli <arkkidd...@gmail.com> wrote:
> 
> Yes all those (275) are virtualhosts like below
> 
> #MyApp1 Webservice Config
> Listen 9013
> 
> <VirtualHost *:9013>
>         ErrorLog /var/log/webservice_error.log
> 
>         WSGIPassAuthorization On
>         WSGIDaemonProcess 9013 
> python-path=/home/admin/myapp1:/home/admin/shared display-name=%{GROUP}
>         WSGIProcessGroup 9013
> 
>         WSGIApplicationGroup %{GLOBAL}
>         WSGIScriptAlias / /home/admin/myapp1/conf/wsgi.py
> 
>         <Directory /home/admin/myapp1/conf>
>             <Files wsgi.py>
>              Require all granted
>             </Files>
>         </Directory>
> </VirtualHost>
> 
> and below is config of my wsgi.py
> 
> import os
> 
> from django.core.wsgi import get_wsgi_application
> 
> os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'conf.settings')
> 
> application = get_wsgi_application()
> 
> I have for 275 let's say myapp1... ,to myapp275 and each is running on a 
> seperate wsgi daemon with same python interpreter.
> 
> And all of them are different services.
> And all of them are having different code base.
> On Monday 21 October 2024 at 11:32:38 UTC+5:30 Graham Dumpleton wrote:
>> When you say you have around 275 services, do you mean you 275 VirtualHost's 
>> and thus also 275 mod_wsgi daemon processes?
>> 
>> How do the services differ? Are they completely different code bases, or are 
>> they the same service for but for different customers/users distinguished by 
>> host name?
>> 
>> 
>>> On 21 Oct 2024, at 4:56 PM, RajKumar Ambadipelli <arkki...@gmail.com <>> 
>>> wrote:
>>> 
>> 
>>> Hello Graham,
>>> 
>>> I have python django microservice running on apache web server using 
>>> mod_wsgi in daemon mode, It takes the request and forwards to database and 
>>> takes response from database and forwards it to front-end service.
>>> 
>>> But like the above I have around 275 services and there is no cpu-bound 
>>> tasks on them, they simple take request and forwards to database and gets 
>>> response from database and forwards to front-end service.
>>> 
>>> So, All of these wsgi daemons virtualhost configurations have same line 
>>> i.e.,
>>> WSGIApplicationGroup %{GLOBAL}
>>> all of them are using same python interpreter and there are no sub 
>>> interpreters if I am correct.
>>> 
>>> The below is example for my one of my virtualhost config
>>> 
>>> #MyApp1 Webservice Config
>>> Listen 9013
>>> 
>>> <VirtualHost *:9013>
>>>         ErrorLog /var/log/webservice_error.log
>>> 
>>>         WSGIPassAuthorization On
>>>         WSGIDaemonProcess 9013 
>>> python-path=/home/admin/myapp1:/home/admin/shared display-name=%{GROUP}
>>>         WSGIProcessGroup 9013
>>> 
>>>         WSGIApplicationGroup %{GLOBAL}
>>>         WSGIScriptAlias / /home/admin/myapp1/conf/wsgi.py
>>> 
>>>         <Directory /home/admin/myapp1/conf>
>>>             <Files wsgi.py>
>>>              Require all granted
>>>             </Files>
>>>         </Directory>
>>> </VirtualHost>
>>> 
>>> and below is config of my wsgi.py
>>> 
>>> import os
>>> 
>>> from django.core.wsgi import get_wsgi_application
>>> 
>>> os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'conf.settings') 
>>> 
>>> application = get_wsgi_application()
>>> 
>>> Does this create any problem, Or there is any other way I can do it?
>>> I have tried using dockers and kubernetes but for each container it is 
>>> consuming more memory and cpu compare to deploying all of them in a single 
>>> apache web server.
>>> I am able to run all my services on apache web server but not on docker 
>>> containers in kubernetes.
>>> 
>>> Thanking You,
>>> RajKumar
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>>> -- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "modwsgi" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to modwsgi+u...@googlegroups.com <>.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/modwsgi/e508f452-1f63-46a1-ba7a-5f2b96a6739cn%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/modwsgi/e508f452-1f63-46a1-ba7a-5f2b96a6739cn%40googlegroups.com?utm_medium=email&utm_source=footer>.
>> 
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "modwsgi" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to modwsgi+unsubscr...@googlegroups.com 
> <mailto:modwsgi+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/modwsgi/e4362b25-6078-480a-9abd-d5111aa4fd8cn%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/modwsgi/e4362b25-6078-480a-9abd-d5111aa4fd8cn%40googlegroups.com?utm_medium=email&utm_source=footer>.

-- 
You received this message because you are subscribed to the Google Groups 
"modwsgi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to modwsgi+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/modwsgi/F44A3335-3E36-417A-AF33-276BBED4888B%40gmail.com.

Reply via email to