По поводу Goranka Bjedov, предлагаю оставить обсуждение. Каждый может вынести из того выступления что сможет в меру своего опыта и испорченности. Лично я убеждать кого-то в своих историцистских гипотезах не намерен, хотя и думаю что стоит обратить внимание на эту деталь тоже....
По поводу архитектурных решений и их перспективности. По счастью в мировом ИТ по-прежнему на переднем краю разработок находятся транзакционные системы (с приличными требованиями к изоляции, надо сказать, которые в свою очередь диктуют объёмные общие области памяти и большое железо) и отчётность по ним. Это не только зарплаты, но и количество и качество усилий, затраченных на создание соответствующих технологий. Вёб-технологии которые обслуживают экономику контекстной рекламы, на мой взгляд, не так интересны с точки зрения нагрузки. Кроме того, они проще, и перейти, при желании, от них в промышленный мир сложнее, чем обратно. Особенно если опыт даже не в LAMP-е, компоненты которого иногда используются в приличных системах, а на самописном сервере приложений.
По поводу профилей на ваших системах. Даже если каждый хит засчитать за транзакцию (что было бы, конечно, читом), то результат получится далеко не впечатляющий даже среди систем работающих в России. Конечно, специфично, что типичный вёб-хит - это скорее выборка небольшого куска информации чем учёт операции, но нужен ли вам тогда действительно специалист по конкурентному нагрузочному тестированию? Может быть назвать эту должность как-то по другому и там уж рассуждать сколько влезет, что на рынке нет специалистов (а откуда им взяться, если вы своих сотрудников до этого уровня не научились поднимать) и т.п.? Лично мне намёки на какую-то особость работы в вёбе и в Яндексе и отсутствие соответствующих кадров, кажутся неумными, т.к. я людей, которые занимаются нагрузочным тестированием профессионально, видел порядка 10 в Москве (и мне даже кажется, что это несколько многовато), не говоря уже о тех, кто мог бы заниматься потенциально.
По поводу Oracle. Я тоже не люблю Oracle DB, но его OLTP-шный генезис общий с профессией которой я занимаюсь. Опять же, я думаю, Вам стоит подумать о том, что если OLTP инфраструктура "не тянет" ваши задачи, то и в бенефитах применения нагрузочного тестирования Вас через некоторое время тоже может постичь разочарование.
По поводу меряния выступающими предметами. Кластеров на сотни узлов я действительно не строил, т.к. они, в моём понимании, нужны именно для поддержки сессий большого количества одновременных пользователей, чего в реальных секторах экономики не наблюдается не только у нас. По всему остальному: количество бизнес-компонент (полдюжины это, кстати, мало, я в каком-то вашем же объявлении читал про codebase в 200 Мб); экстраполяция (пусть даже и неформальная, но зато проверенная на практике); масштабирование БД, я думаю, сравнимых с "социальной сетью" мощности множества сущностей и объёмов - такие задачи поступали, и так или иначе решались. И я там был и всех этих ананасов ел. Всё реально и без необходимости освоения xscript-а, надо только захотеть.