how many can access a website at the same time?

Зависит от многих вещей. Какая ОС, какой веб-сервер, каковы физические характеристики коробки, какова нагрузка на страницы и т. Д.? Например, статические страницы могут обслуживаться и кэшироваться более агрессивно, чем то, что требует расчета и обработки времени для каждого запроса.

То, что вы задаете, на самом деле является очень сложным вопросом, который архитекторы и аналитики изучают ad-naseum для каждого проекта. Замечательно, что вы хотите знать ответ, но нет единого жесткого и быстрого правила, чтобы предоставить его вам.

У вас есть несколько ограничений:

• Порты: максимум 65536, практически меньше, первые 1024 зарезервированы, если вам нужно больше, вам нужно несколько сетевых карт (NIC) или несколько серверов для балансировки нагрузки.
• Пропускная способность, что ваш провайдер позволяет вам передавать в МБ / с
• Лицензии, в зависимости от того, какое программное обеспечение вы используете за кулисами, могут иметь ограничения в плане лицензирования для одновременного доступа к базе данных или из ОС, например.
• вероятно, многие другие, о которых я еще не могу думать

Учитывая это, ваши пользователи будут сталкиваться с различными ситуациями: - Не удалось подключиться к вашему сайту (слишком много пользователей уже на нем) - Медленная загрузка страницы (небольшая пропускная способность) - Периодические ошибки из-за проблем с лицензированием, ...

Это будет подавлять и отговаривать пользователей приходить снова. Лучшая стратегия состоит в том, чтобы всегда ограничивать количество пользователей небольшим числом, скажем, 100, и масштабировать вместе (возможно, в сторону увеличения!) С количеством пользователей. Тогда вам придется покупать больше оборудования, включать балансировку нагрузки, но только тогда, когда вам это нужно.

Чтобы защитить свой сервер от тривиальных атак, вы также можете настроить правила, чтобы, например, избежать слишком большого количества соединений с одного IP-адреса (защищает от DoS) или вводить некоторые задержки, если вы наводнены попытками подключения (Distributed DoS), ...

Также при высокой нагрузке могут возникать некоторые проблемы, такие как проблемы параллелизма, так называемые условия гонки (ошибки), которые не были так очевидны, когда 2 или 3 пользователя были в сети. Будьте готовы к этому путем стресс-тестирования вашего сайта.

сколько может одновременно получить доступ к веб-сайту / системе?

Единственный возможный ответ на это без более конкретной информации о настройке - "между нулем и бесконечностью".

Вы хотите немного прочитать о масштабируемости. Я нашел историю живого роста просветительских журналов.

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

Количество пользователей зависит как от программного, так и от аппаратного обеспечения. Вы можете проверить это, поиск " нагрузочное тестирование".

Вы можете предотвратить это, сделав сайт " масштабируемым".

Несколько лет назад я работал над инструментом Quest Software под названием "Benchmark Factory for Web", который позволял вам записывать один или несколько типичных веб-сеансов, а затем воспроизводить их как несколько пользователей, обращающихся к сайту. Затем вы получите кривую пропускной способности, которая позволит вам определить максимальное количество пользователей до того, как снизится производительность, и сколько пользователей вы можете иметь до того, как среднее время загрузки страницы превысит какое-то значение.

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

Программное обеспечение Quest: FxM FxV

Mercury Interactive (теперь часть HP) WinRunner/LoadRunner. (??? у них есть веб-монитор, но я рисую пробел на имени???)

Также было несколько других.