Масштабируемое приложение с ASP.NET или Google AppEngine

asp.net отлично справляется с трафиком. С технической точки зрения, большинство современных языков, будь то .net, java, php и т. Д., Справятся с высокими нагрузками. Различия между ними по скорости выполнения минимальны.

Тем не менее, проблема номер один в производительности связана с программистом. Если они не понимают, как все части действительно работают вместе, чего следует избегать, что делать и т. Д., То приложение, независимо от языка, не будет масштабироваться.

Такие на первый взгляд тривиальные вещи, как разбиение на страницы данных, могут полностью убить производительность, если вы не задумываетесь об этом и делаете это правильно. И «правильно» в этом случае НЕ подразумевает извлечение всех записей из базы данных на веб-сервер, выбор тех, которые вам нужны, и отправку их клиенту ... как того хочет изрядное количество ORM.

Кстати, вы можете проверить один из облачных сервисов, где вы платите за вычислительную мощность, а не за машины.

Как сказал Крис, на это гораздо больше повлияет то, как вы его построите.

Я не говорю, что это так, но если вы пренебрегали тем, что хорошо знали какую-либо деталь, которую использовали, пора остановиться. В противном случае вы, скорее всего, столкнетесь с проблемами.

А теперь перейдем к конкретным подсказкам:

• видео, изображения и любые статические файлы. Если все это общедоступный и статический контент, я предлагаю вам использовать сеть доставки контента. Они уберут всех с вашего сервера, освободив его для выполнения гораздо большего количества работы. Это также приблизит контент к вашим пользователям / если у вас есть глобальная аудитория (даже национальная аудитория может извлечь выгоду из некоторых CDN в зависимости от того, где вы находитесь). Один из них - облачный фронт амазонки.
• используйте облачный сервис для размещения вашего сайта. Хорошо узнайте об этом, чтобы быть уверенным, что вы эффективно используете все задействованные элементы / и знаете, чего ожидать, когда вам понадобятся более продвинутые функции.
• не полагайтесь на сеанс в памяти и сводите данные в сеансе к минимуму.
• обратите внимание на размер страницы / вместе с соответствующими ресурсами.
• уменьшить количество запросов, задействованных для обслуживания одной страницы, то есть множества отдельных изображений, файлов css и js.
• уменьшить количество обращений к базе данных на запрос. Убедитесь, что ваши запросы хорошо отвечают, когда там много данных.

пс. есть вероятность, что, заботясь о производительности, вам действительно не понадобятся какие-либо дополнительные функции (после перемещения статических файлов с вашего сервера).