Sergey ChskyANA... А сколько у вас серверов в ферме? Какова рабочая нагрузка на один веб сервер (количество запросов в секунду)? SQL Serever один?

Но далеко не у всех миллионы запросов в сутки :)
Серверов 32 для общего http, 8 для mobile http, 8 для https (каждый сервер 8 cores, 64 Gb RAM). Количество запросов небольшое - приблизительно 100 per/sec, но сильно зависит от времени суток и года. Для Images и static content используем CDN.

MS SQL Server - один. Microsoft от нас "не вылазил" когда мы пытались эксперементировать с кластерами. В итоге все сошлись на мнении что в горячем режиме лучше оставить один и второй держать в passive mode. Дальнейшее увеличение не приводит к улучшению чего бы то ни было... SQL серверу помагает "cache farm" из шести серверов, но тут тоже проблемы со стабильностью так что скорее всего будем уменьшать до 4...

Ещё есть несколько разных серверов для сервисов, но нагрузка на них небольшая...

Да, не у всех миллионы запросов в сутки Но даже для простых приложений проще по времени и затратам (может быть для меня) использовать лёгкий и быстрый ADO.NET... Хотя я и сделал несколько web sites для небольших фирм MVC/EF - они меня не впечатлили, на мой взгляд просто очередное модное веяние которое скоро пройдет...У нас 10 серверов для http/https. Public API для mobile и не только пока тоже вроде на них вертится. Но Public API мы только осенью запустили, пока нагрузка никакая.

Среднее количество запросов 50 per/sec. В пике доходило и до 600 per/sec на сервер :) CDN присутствует. MS SQL Server тоже один, но есть ещё MongoDB. Пока один Replica Set, где 44 базы.
В качестве распределённого кэша используем Couchbase. Также "ещё есть несколько разных серверов для сервисов, но нагрузка на них небольшая"...

А с EF я вообще не работал :) С BLToolkit, NHibernate. На небольших проектах проблем не возникало. О Dapper от коллег только положительные отзывы.

Sergey ChhVostt... И обвинять мозги заказчика (которые типа промытые), считаю моветон. Нельзя плевать в руку бабки несущую. Заказчик шарит гораздо больше, чем программер, если он говорит что ему делать и при этом платит за работу.
I am sorry, но я не знаю какой у Вас опыт и как Вы зарабатываете деньги на жизнь.

Мой опыт базируется из того, что я вижу в том месте, где я работаю. Приблизительно это происходит так: приходят "sales people" из какой-то конторы, устраивают презентацию своего "magic Apache" который "имеет мозги и всё умеет делать за Вас". На презентации как правило сидят люди, которые принимают решения и распоряжаются деньгами но абсолютно не разбирающиеся в технических деталях. Менеджерам нравится то что, они видят, так как карасивые картинки, графики и отрепетированная речь делают своё дело. Далее следует вопрос - "Мы собираемя инвестировать в Ваш продукт XXX миллионов USD" - не пропадут ли наши инвестиции в будущем? Кончено нет! Мы используем новейшие технологии A & B! Народ лезет на сайты поставщиков software и видит эти самые A & B на слуху и в контексте... "magic Apache" продан!

Через пару лет выясняется что используемы технологии были признаны ошибочными и вендоры отказались их поддерживать... Снова приходит новая команда и продаёт new and improved "magic Apache" на "новейших технологиях"... И так по кругу...

Вышеописанный процесс я и называю "промывкой мозгов" заказчику...

Насчёт "Заказчик шарит гораздо больше, чем программер" я комментироват не буду, так как у нас диаметрально противоположные мнения... Хотя с тезисом насчёт того что мы делаем то, за что нам платят с Вами абсолютно согласен, даже когда это идёт не на пользу "руке дающего" Гы. Вспомнился случай, как на прошлой работе шеф поехал к своим партнёрам на такую презентацию в качестве технического консультанта.

Приехал весь в расстройствах, какие-то евреи презентовали свой продукт для нашего рынка. По его словам весь такой крутой, с ними конкурировать будет сложно.
Вообщем я посмотрел на продукт, посмотрел на хотелки партнёров, и говорю: "Олег Георгиевич, но это говно для них совсем не подходит вот по этому, этому и этому". Расписал ему по пунктам, он радостный поехал к партнёрам.

О чудо-продукте я больше не слышал :)

ПарамонИзопропилпри миллионах запросов в сутки - погремушки - в помойку
Нормальное кэширование и погремушки оставить )Ну ну... Вот только не всё можно кэшировать, а даже если и можно, то не нужно, т.к. только хуже будет :)

ПарамонskyANAНу ну... Вот только не всё можно кэшировать
Да кэп )
skyANAа даже если и можно, то не нужно, т.к. только хуже будет :)
Чо?? У нас отдельные сервера чисто под кэш, когда ждать ухудшений? )Ничоу. Есть такое понятие как коэффициент попадания в кэш.
И если он плохой, то кэш превращается в лишнее звено на этапе обработки запроса и запрос естественно отрабатывает медленнее, чем без кэша.

Ваш кэп

ПарамонskyANAНичоу. Есть такое понятие как коэффициент попадания в кэш.

Пока ты читаешь теорию, мужики работают с высоконагруженными системами ))
За нагрузку отвечает отдельная команда, задача которой - чтобы всё тупо летало. Справляются, несмотря на то, что код местами не самый оптималный, бо за всеми кодерами не усмотришь. )понятно, тебя никто до высоких нагрузок не допускал, отмаза в виде отдельной команды, принимается :)