Для забезпечення безперебійної роботи Device Manager (далі ДМ) під навантаженням основна вимога це високопродуктивна дискова підсистема, тому що зберігання чеків/змін/налаштувань стандартно здійснюється у БД SQLite.
CPU: Рекомендовано використовувати саме x64 процесори(x32 версія підтримується лише на windows та android). Мінімального порогу до частоти та ядер процесора наразі немає. Додаток працює на всіх системах якщо версія OS не нижче за мінімальну підтримувану.
ОЗУ: У фоновому режимі коли не проводяться чеки додаток використовує не більше 10мб оперативної пам'яті. (На OS Linux резервується більше ОЗУ, приблизно до 60мб).
У разі постійної роботи одного ПРРО(проведення чеків) використання ОЗУ може зрости до 15 - 30мб. Відповідно від кількості робочих ПРРО в додатку потрібно розраховувати скільки може знадобитись вільної оперативної пам'яті.
Варто враховувати що при використанні MS SQL або postgres бази може бути кілька з'єднання з БД одночасно відповідно залежно від кількості кас може знадобитись більше оперативної пам'яті.
ДМ стандартно використовує одну sqlite базу даних для всіх створених ПРРО/пристроїв.
Відповідно від бази даних буде залежати кількість максимально доступних ПРРО для роботи.
На 1 ДМ ми рекомендуємо ставити:
При роботі з більшою кількістю ПРРО на одному ДМ на SQLite швидкість роботи буде дуже залежати від швидкості накопичувача.
Важлива як кількість ПРРО так і кількість чеків за одиницю часу на одному ДМ. Чим більше ПРРО/чеків на одиницю часу - тим більше може бути час очікування.
Оскільки SQLite - файлова БД - всі запити запити здійснюються послідовно і за великої кількості - черга переповнюється що може призвести до повільної роботи додатку або зависання.
Обмежень по кількості кас як такого немає, додаток зможе обслуговувати досить велику кількість кас. При потребі створити всі ПРРО на одному сервері рекомендовано додавати ПРРО частинами(по 10, 20 шт, або зручну кількість яка не перевищує 20). Так можна буде відслідкувати скільки ПРРО Ваш сервер зможе обслуговувати.
Максимальна кількість одначасно працюючих ПРРО з середнім навантаженням (200-500 чеків в день по кожному ПРРО) яка перевірялась на MS SQL - 300 кас. Більша кількість - наразі не перевірялась.
На OS Linux при великій кількості чеків в секунду можливе різке збільшення використання ОЗУ до кількох гб при кількості ПРРО більше 50!
Обмежень по кількості кас як такого немає, додаток зможе обслуговувати досить велику кількість кас. При потребі створити всі ПРРО на одному сервері рекомендовано додавати ПРРО частинами(по 10, 20 шт, або зручну кількість яка не перевищує 20). Так можна буде відслідкувати скільки ПРРО Ваш сервер зможе обслуговувати.
Максимальна кількість одначасно працюючих ПРРО з середнім навантаженням (300-800 чеків в день по кожному ПРРО) яка перевірялась на postgresql - 100 кас (+ 100 чекодруків). Більша кількість - наразі не перевірялась.
В даному розділі вказано якими способами можна налаштувати роботу додатку при великому навантаженні та кількості ПРРО задля стабільної роботи.
Є можливість запустити кілька сервісів ДМ на одному пристрої чи сервері.
На 1 фізичному сервері ми рекомендуємо ставити не більше 20 копій(інстансів) ДМ-а.
Фактично копія(інстанс) використовує всі ті ж самі дані що і основний device manager, основна різниця в:
Детальніше по налаштуванню в інструкції:
Можна змінити субд з якою буде працювати ДМ на MS SQL або postgres. Обрати можна яку зручно.
Переваги:
Недоліки:
Детальніше по налаштуванню в інструкції: