Только вы / ваша команда могут определить точные цифры, которые могут быть поддержаны.
Ваш ключ к этому - глубокое понимание вашей проблемной области и четкое разделение уровней обработки.
Разделение позволяет локализовать узкие места и гораздо проще настроить производительность самого низкого фактора производительности, а затем перейти к следующему уровню / ограничению производительности.
Не делайте предположений, так как вы обнаружите влияние, не связанное с вашими предположениями, которое может вас удивить.
- Дизайн в масштабе
- Проектирование, чтобы иметь отдельные «слои» для настройки производительности, а также для вашего здравого смысла - это также лучший принцип проектирования, и это напрямую, одна из причин, по которой разработка сегментирована.
- Тестирование - проектирование испытаний на прохождение / прохождение слоев в соответствии с проектной спецификацией является лишь одним из аспектов тестирования. На ваш вопрос отвечает влияние на производительность технологий, архитектуры и инструментов, которые вы решите использовать в своем приложении. Запланируйте внесение изменений в каждую часть вашего приложения для решения проблем производительности.
- Соберите метрики производительности из каждого «слоя», настройте каждый слой, как только вы обнаружите природу проблемы производительности. Планируйте и узнайте, как количественно измерить производительность каждого слоя.
- В какой-то момент вы БУДЕТЕ пойти на компромисс между производительностью и факторами «круто / вау». Каждый из них повлияет на вашу способность продавать свое решение, и затем вы должны определить, какое из них окажет наибольшее влияние.
Это один из факторов PAIN , который я использую для измерения качества в проектах - P lan A ll I ncremental N читает и обсуждает в другом месте и в блогах.
Лично я часто принимаю решения по дизайну, основываясь на производительности, но ваша маркетинговая стратегия может отличаться.