Посоветуйте вариант для сайта более 10 млн просмотров и проучите айтишников

Сменить вам надо начальника IT-отдела для начала

На самом деле, вы написали не по теме,вы за обновления портала написали, в ветке где занимаются серверами (настройками, оптимизациями, защитой, и т п )

На ответ по админам.

Админа хватит одного, он сможет обрабатывать ваш проект грамотно, и своевременно реагировать на проблемы.

А кого вы уже выберите решать вам. :) тут не много но есть, которые работают на земле, не на небе ;)

1. Любая (почти). Зависит не от CMS а от параметров системы.

2. тут на любителя, но ответ тотже, любая

3. 170 к в сутки - это сервер с стоимостью до 20 000 руб.

4. Один толковый с хорошей зп.

dyakoff

Мне жаль вас огорчать, но вы не правы и глубоко не правы.

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

Если не согласны, обоснуйте, что мешает?

Ну если только "почти" наверное почти можно в любые слова вставить дабы не опорофинится.

Ну давайте DLE популярный, ставят модуль клиенты, и вешается система потому как модуль нагрузил базу. "slow request"

Вы, пишите что надо расширить систему( мощностей довай ! клиент ), типа DLE не причём и это нормально. Так как он популярный и не может зависать, так ? ))) 🍿

Зачем нам модули. Мы про коробочный вариант речь ведем.

Это неотъемлемая часть DLE, все хотят фишки, но вас об этом не предупредят. В итоге вы будете судя из вашего заявления, просить мощнее сервер.

Вы напсиали ПОЧТИ я вам привел пример из ПОЧТИ коробочной версии )) если вам так лучше понимается.

1. Это вообще не нагрузка! 150к человек в сутки выдержит любая нормальная система из коробки. Для примера в моей компании на центральном сервере было до миллиона запросов в минуту к БД, но специфика была другая...

2. За хостинг платите вполне адекватные деньги, если конечно в него входит и железо адекватное.

3. Что касается числа программистов и админов, то это от многих факторов зависит, очень от многих, да и данных маловато. Было время когда у меня несколько десятков программистов было, а было и когда я один все делал и за программистов и за админов.. По этому тут строго от задач, настроения и т.д.

4. Единственный способ грамотно построить Ваших программистов и вообще отдел айти, это начать разбираться в теме. Есть конечно вариант, найти высокоморального и всесторонне правильного начальника айти отдела, но это уже из области чудес, а их как Вы знаете на всех не хватает..

Начните с пятиминуток. Ежедневно. Утром и вечером. То есть все собрались утром на работе и начинаете день с пятиминутки. Где обсуждате только три веще. 1. Что и кто делает сегодня. 2. Для чего это и на сколько это целсообразно делать сейчас. 3. Что будет если это не будет доделано! Вы само собой с тетрадочкой... Вечером соответственно еще пять минут... Что и кем сделано... Если не сделано что и почему...

Ровно недели хватит, что бы во первых у Вас было полное понимание происходящего, во вторых программисты поняли, что все в серьез и т.д.

И никаких теорий. В переговорную проектор или большой экран и доску. Что бы все было четко, показано, нарисовано и т.д.

Более конкретно смогу помочь, если будет больше вводных...

Клиенты/модули разные бывают. Естественно, что без оптимизации "почти любая" CMS загнётся.

1. Любую CMS (или фреймворк) придётся настраивать.. Переносить имеющийся контент, оптимизировать. Друпал, например, справится с нагрузкой. А вообще были обсуждения

/ru/forum/760172

/ru/forum/736733

2. Если писать самим - лучше смотреть в сторону фреймворков. Я бы рекомендовал Yii (фреймворк на PHP). Другие языки откидывать не обязательно - Django (Python), Ruby on Rails... но, как правило, зарплата программистов выше.. СУБД - MySQL (не забываем про настройку). Если будет смысл - использовать "другое" ПО - сфинкс для поиска, кэш (memcache,)... В общем, это от разработчиков (эм.. от архитектора) зависит.

3. По расходам - см. выше. (В любом случае, почти всегда можно сделать дешевле.. вот только какой ценой...)

4. Смотря что вкладывается в понятие "для поддержки". Чтобы "просто работало", по идее (в идеале), достаточно одного *грамотного системного администратора ... Если нужна реализация новых фич, допиливание /в ситуациях, когда по идее должно работать, а не работает.. надо бы посмотреть/ и т.д. - тут зависит от аппетитов..

Думаю, имеет смысл планировать солидный объём работ по переносу на новую платформу (возможно, с обсуждением новых фич), а дальше - развитие по усмотрению руководства. В любом случае, первым делом ТЗ...