System requirements

36 views
Skip to first unread message

Ingo Hohmann

unread,
Jul 27, 2015, 7:14:30 AM7/27/15
to Django users
Hi,

I'm new to django, and I would like to get a hint about system requirements. If you know about any helpful links, these are welcome, too. So far what I dog up by googlng wasn't too helpful.

Currently we have a

- Database with mostly static entries in the thousands
- it should be possible to search the database on different fields / over several fields 
- the data contains images, as well

And the spec says: Expect unexpected changes in several ways.

I guess things like voting and commenting will come.

Maybe later some sort of api access ...

Do you have a rough idea, what kind of setup will be needed?

Which parts are most important? Memory? Number of cores?


Thank you for your help.

Ingo

Erik Cederstrand

unread,
Jul 27, 2015, 11:47:29 AM7/27/15
to Django Users

> Den 27/07/2015 kl. 07.32 skrev Ingo Hohmann <ingo.h...@gmail.com>:
>
> Hi,
>
> I'm new to django, and I would like to get a hint about system requirements. If you know about any helpful links, these are welcome, too. So far what I dog up by googlng wasn't too helpful.
>
> Currently we have a
>
> - Database with mostly static entries in the thousands
> - it should be possible to search the database on different fields / over several fields
> - the data contains images, as well
>
> And the spec says: Expect unexpected changes in several ways.
>
> I guess things like voting and commenting will come.
>
> Maybe later some sort of api access ...
>
> Do you have a rough idea, what kind of setup will be needed?

There is absolutely no sensible way to answer this question in terms of hardware. For all we know, you could be describing the specs for google.com, or the intranet for your county church. Everything depends on what your service needs to do, how many visitors you have, and how fast they need a response.

My suggestion would be to start with some cheap or free hosting and hack away. While writing your software, you should always keep in mind the load you expect/dream for, and make sure you are prepared to add whatever solutions are necessary to handle increasing load. Prepare yourself by collecting performance metrics for your software and your hardware, and define what response times your visitors should expect.

Do performance tests before launch with whatever artificial traffic you can generate. Hardware requirements are roughly proportional to the number of requests. Know where your hot spots are and what you can do to solve them. As real-world traffic starts coming in, look at your metrics. To increase performance, you can either improve your software or add hardware. The former is expensive in salary, the latter is expensive in invoices.


Erik

Alvaro Rosa

unread,
Jul 27, 2015, 1:04:26 PM7/27/15
to django...@googlegroups.com
Não entendi nada.

Erik Cederstrand <erik+...@cederstrand.dk> escreveu:

>--
>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...@googlegroups.com.
>To post to this group, send email to django...@googlegroups.com.
>Visit this group at http://groups.google.com/group/django-users.
>To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/F69A1D5E-35EE-427C-9EA2-E6FB0A277523%40cederstrand.dk.
>For more options, visit https://groups.google.com/d/optout.

Ingo Hohmann

unread,
Jul 27, 2015, 2:48:34 PM7/27/15
to Django users, alvaro....@gmail.com
Thank you.

It's the age old problem between management and development. I'd say develop on a small server, and then test how far it can go. But someone wants to know _now_.

Erik Cederstrand

unread,
Jul 27, 2015, 3:30:16 PM7/27/15
to Django Users

> Den 27/07/2015 kl. 20.48 skrev Ingo Hohmann <ingo.h...@gmail.com>:
>
> Thank you.
>
> It's the age old problem between management and development. I'd say develop on a small server, and then test how far it can go. But someone wants to know _now_.

Well, then tell them that the waterfall development model died in the 90's.

Or, estimate the impossibly hand-wavy "Expect unexpected changes in several ways" at somewhere between 0 and €140 mio yearly.

Erik

Tom Lockhart

unread,
Jul 27, 2015, 6:26:16 PM7/27/15
to django...@googlegroups.com
On Jul 27, 2015, at 11:48, Ingo Hohmann <ingo.h...@gmail.com> wrote:

Thank you.

It's the age old problem between management and development. I'd say develop on a small server, and then test how far it can go. But someone wants to know _now_.

“Thousands of entries” is relatively small. Unless you have a very large user community to drive up server requirements, this sounds like a modest installation. Adding in ElasticSearch or Solr for text search will add to the footprint but for an initial deployment I would guess that a medium sized AWS instance could do what you need.

“Expect the unexpected” works both ways: more capabilities may add to the runtime requirements. Unexpectedly.

hth

- Tom

Reply all
Reply to author
Forward
0 new messages