Здравствуйте, Shmj, Вы писали:

S>Такой вопрос.

S>Допустим, нужен некий сайт — каталог товаров. Товаров 1 миллион. Нужен быстрый поиск по ряду параметров (около 40, но отличается для разных категорий).

S>Нужно чтобы пользователей в пике было — 20 тыс. чел. в секунду, чтобы держало. Т.е. 20 тыс. запросов в секунду. Это не значит что постоянно такая нагрузка — но нужно чтобы держало в пике.

S>Пожелания:

S>1. Не использовать дорогостоящего ПО. К примеру, СУБД желательно бесплатная.
S>2. Чтобы автоматически масштабировалось. К примеру, k8s в облаке.
S>3. Рекомендации по технологиям разработчикам, чтобы не тащили по 20 мегабайт скриптов и не использовали тормознутые решения (к примеру, разрешить ли использовать EF).

S>Как называется чел., который сможет это все настроить и гарантировать что будет держать нагрузку? Насколько редко встречается?

Человек находится на сайте магазина, если он делает хотя бы один клик в минуту. 20000 кликов за 60 секунд — это 333 запроса в секунду. По 3 миллисекунды процессорного времени на 1 запрос.

А вот 20000 запросов в секунду — это 1200000 одновременных пользовательских сессий. По 50000 наносекунд на запрос.

Теперь возвращаемся в реальность, нет никакого миллиона посетителей в любой момент на сайте — запросы выполняются медленно, железо не ахти какое, код ужасный. Пусть один запрос выполняется в 200 раз медленнее (600 мс на 1 запрос), а процессоров (ядер) у нас аж 2 — получится примерно 3 запроса в секунду. Это всего 200 одновременных посетителей. И сайт будет всё равно медленный.

Вам нужен (помимо учителя арифметики) человек, который сможет сделать время на запросы очень короткими. Ещё нужно хорошее железо.

Здравствуйте, Shmj, Вы писали:

S>Такой вопрос.

S>Допустим, нужен некий сайт — каталог товаров. Товаров 1 миллион. Нужен быстрый поиск по ряду параметров (около 40, но отличается для разных категорий).

S>Нужно чтобы пользователей в пике было — 20 тыс. чел. в секунду, чтобы держало. Т.е. 20 тыс. запросов в секунду. Это не значит что постоянно такая нагрузка — но нужно чтобы держало в пике.

S>Пожелания:

S>1. Не использовать дорогостоящего ПО. К примеру, СУБД желательно бесплатная.
S>2. Чтобы автоматически масштабировалось. К примеру, k8s в облаке.
S>3. Рекомендации по технологиям разработчикам, чтобы не тащили по 20 мегабайт скриптов и не использовали тормознутые решения (к примеру, разрешить ли использовать EF).

S>Как называется чел., который сможет это все настроить и гарантировать что будет держать нагрузку? Насколько редко встречается?

Человек находится на сайте магазина, если он делает хотя бы один клик в минуту. 20000 кликов за 60 секунд — это 333 запроса в секунду. По 3 миллисекунды процессорного времени на 1 запрос.

А вот 20000 запросов в секунду — это 1200000 одновременных пользовательских сессий. По 50000 наносекунд на запрос.

Теперь возвращаемся в реальность, нет никакого миллиона посетителей в любой момент на сайте — запросы выполняются медленно, железо не ахти какое, код ужасный. Пусть один запрос выполняется в 200 раз медленнее (600 мс на 1 запрос), а процессоров (ядер) у нас аж 2 — получится примерно 3 запроса в секунду. Это всего 200 одновременных посетителей. И сайт будет всё равно медленный.

Вам нужен (помимо учителя арифметики) человек, который сможет сделать время на запросы очень коротким. Ещё нужно хорошее железо.