как должны жить: постоянно, на период сессии? надо ли уведомлять клиентов об их изменении с сервера? сколько пользователей? как часто меняются настройки? много ли их в штуках? есть ли их иерархия? это минимальный набор вопросов. в различных проектах я использовал 3 субд исходя из задач...
Во, другое дело
Храни настройки в json
- Инфа о пользователях должна жить постоянно - Касательно изменений этих данных - нет, эти данные менять может только сам пользователь, да и видна эта инфа будет только ему. Но пользоваться этой инфой будет сервер, при запросах от этого пользователя - Пользователей за первые 2 месяца наберется до 300 по началу и потом в течении года предполагается где-то около 10 000 - 30 000, вряд ли сильно больше, но сколько реально их будет, не известно - настройки менятся будут при создании и в среднем 1-3 раза в неделю каждым пользователем - Инфа вида: юзернейм (текст до 100 символов), какие-то заметки (текст до 300 символов, где-то на аккаунт от 1 в первые пару месяцев и где-то до 20 в первый год), какие-то закладки (текст до 200 символов, на аккаунт от 1 в первые пару месяцев и где-то до 20 в первый год), общие настройки аккаунта, а не конкретного устройства, чтобы можно было синхронизировать между устройствами (по сути булин значения и числа, может штук 15). Собственно примерно такая иерархия. - Бюджет - пет проект, с тестированием на одной фирме и дальнейший запуск на несколько других фирм, поэтому не шибко много, на сервера выделено будет сначало (первые пару месяцев) на бесплатном инстансе от amazona на aws (1cpu, 1gb ram), а потом в течении года можно будет перейти на DigitalOcean или на ScaleWay до 15$ в месяц + домен - High Availability: Высокая доступность? т.е. не 24/7 - Disaster Recovery: Хватит ежедневных бекапов - Обученность служб сопровождения - пока даже не представляю о чем это, службы поддержки как таковой не будет по первам, если это об этом))
Обсуждают сегодня