Я создаю веб-приложение ASP.NET, которое будет использовать SQL Server для хранения данных. Я наследую существующую структуру и не могу ее сильно изменить. Люди, которые используют это приложение, являются отдельными компаниями, которые заплатили за использование приложения. Каждая компания имеет около 5 или 10 человек, которые будут использовать приложение. Есть около 1000 компаний. То, как система в настоящее время структурирована, каждая компания имеет свою собственную уникальную базу данных в экземпляре SQL Server. Структура каждой базы данных одинакова. Я не думаю, что это хороший дизайн базы данных, но я ничего не могу с этим поделать. Существуют и другие приложения, попавшие в эту базу данных, и было бы весьма непросто переписать интерфейсы БД для всех этих приложений.
Итак, мой вопрос - как спроектировать архитектуру для нового веб-приложения. Есть времена месяца, когда сайт будет получать много трафика. У меня такое ощущение, что сайт не будет работать хорошо в это время, потому что я предполагаю, что когда 500 человек из разных компаний одновременно получают доступ к сайту, у каждого из них будет свое уникальное соединение с базой данных, потому что они обращаются к разным базам данных SQL Server с разными Строки подключения. SQL Server не будет использовать пулы соединений. У меня сложилось впечатление, что это плохо.
Что произойдет, если они удвоят количество своих клиентов? Сколько уникальных соединений с базой данных может обрабатывать SQL Server? Это ситуация, когда я должен сказать клиенту, что он должен изменить дизайн, если он хочет оставаться масштабируемым?
Спасибо,
Corey