On 25 August 2016 at 14:50, Guillaume Dupin <gdu...@gmail.com> wrote: > Hello, > > On a Django project (which will consist of several REST web services), I > would like to isolate my services (each service would be a Django > application) into different Docker containers to aim to a micro-services > architecture. It will allow to benefit of Docker isolation to update > independantly the different apps of the project and also to scale each > service idependantly according to the load increase by using load-balancers > in font of each group of services-containers (plus the numerous advantages > brought by Docker). > I understand that, by doing so, each container will run a Django server and > that this different servers will surely have to share some data. > > First, do you think it is possible to do so ? > I have searched examples of such architectural choice but I always found the > use of Docker to encapsulate a Django project (one container for the server, > one container for the DB for example) and never this idea of "one app per > container" architecture. > Do you think it is a valid approach ?
yes it is, you just need to setup more than one django app container and possibly several postgresql containers as well > Has someone already tested such a solution ? > One problem I identify is : will each Django server have to be aware of all > the services or not ? that is your design decision, if every servioce has dependencies to every other service it probably is a 'not so good' architecture. services should have minimal dependencies. > To go further, if the previous idea is valid, do you think it can be coupled > with a separation of databases ? As Django can already manage different > databases, I imagined that each application could use several databases : a > common Django database (accesible from all the apps) for the generic data > and a specific database for all the app-specific data. Using a db as an integration point is not a good idea. > It would push further > the isolation of the services and improve the modularity of the whole > project (by allowing to easily delete or add a service without impacting the > others) > > Do you think it is coherent with Django concepts ? > > Thank you for your help > > Regards, > Guillaume > > -- > You received this message because you are subscribed to the Google Groups > "Django users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to django-users+unsubscr...@googlegroups.com. > To post to this group, send email to django-users@googlegroups.com. > Visit this group at https://groups.google.com/group/django-users. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-users/2745d24c-8de4-4922-8ace-72feeb8fdfa8%40googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- Best Regards, Christian Ledermann Newark-on-Trent - UK Mobile : +44 7474997517 https://uk.linkedin.com/in/christianledermann https://github.com/cleder/ <*)))>{ If you save the living environment, the biodiversity that we have left, you will also automatically save the physical environment, too. But If you only save the physical environment, you will ultimately lose both. 1) Don’t drive species to extinction 2) Don’t destroy a habitat that species rely on. 3) Don’t change the climate in ways that will result in the above. }<(((*> -- You received this message because you are subscribed to the Google Groups "Django users" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-users+unsubscr...@googlegroups.com. To post to this group, send email to django-users@googlegroups.com. Visit this group at https://groups.google.com/group/django-users. To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/CABCjzWotaGPGRgaT_JN2F%2Bmsw1G%2BrXM8bHbqmdTcyZQmyOR9ww%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
