Comments 4
Хотелось бы увидеть применение теории массового обслуживания, которая как раз таки формализует расчет требуемых ресурсов для переменного потока заявок (запросов). И было бы неплохо прибегнуть к имитационному моделированию. Именно такими навыками должен обладать архитектор системы. А просто умножить количество пользоватей на количество запосов поделить на количество секунд в сутках - ну такое себе, это крайне очевидный и наивный метод.
Ну и исходя из выше сказанного, когда применив наивный метод расчета, архитектор ошибается, лучше сосредоточиться над масштабируемостью решения, которое позволит бесконечно и горизонтально наращивать ресурсы для избежания отказа в обслуживании, а не думать какой сервер купить: за 1000 или 5000 денег.
Чего избегать
...
Игнорирование региональных цен.
Непонятно: нужно игнорировать региональные цены или избегать игнорированиЯ региональных цен (то есть, учитывать их)?
В остальном, спасибо за материал.
Эта заметка, такое впечатление, что написана "на скорую руку" и цель у нее "чтоб была". Даже примера применения нет.
Особенно странно выглядят операции с деньгами (по сути придуманные - или откуда взятые цифры?),
System Design: Чек-лист для расчета нагрузки и стоимости системы на все случаи жизни