Блог

У нас есть стороннее приложение, к которому нам нужно подключиться с помощью BCS для отображения информации в нашей интрасети SharePoint 2010. Стороннее приложение предоставляет веб-службы, которые мы можем использовать для получения информации. Однако это позволяет проводить только 5 одновременных сеансов для каждого набора учетных данных. Проблема может возникнуть на производстве, где 60 пользователей могут подключаться одновременно, поэтому нам потребуется 12 наборов учетных данных из стороннего приложения, поскольку мы будем подключаться с заранее определенными учетными данными из приложения, а не с идентификатором пользователя. Я рассматриваю возможные подходы к аутентификации, которым следует следовать. Одним из вариантов является написание приложения Windows, которое будет принимать каждого из 5 пользователей и сопоставлять их с одним набором учетных данных из стороннего приложения в BCS. Таким образом, всякий раз, когда пользователь пытается подключиться, мы уверены, что его не вышвырнут, поскольку они делятся учетными данными только с 4 другими людьми. Но в то же время мы должны сопоставить каждого пользователя, который будет добавлен в нашу компанию в будущем. Вторым вариантом было бы сохранить его динамичным. Когда пользователь пытается подключиться, мы проверяем, для какого набора учетных данных открыто менее пяти сеансов, а затем используем это. Хотя это, по-видимому, требует меньшего обслуживания в будущем, я не уверен, что это возможно. Есть предложения о том, как мне следует поступить? Спасибо.

Первый вариант кажется хрупким, я бы определенно проголосовал за второй вариант. Чтобы это сработало, вам нужно выяснить, действителен ли сеанс в приложении. Знаете ли вы, поддерживает ли стороннее приложение метод API для проверки действительности сеанса?

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