OAuth Performance - PullRequest
       9

OAuth Performance

4 голосов
/ 27 сентября 2011

Я новичок в OAuth - у меня большой клиент, использующий OAuth: LoadBalancer с 12 серверами, но использующий только 1 сервер для хранения токенов OAuth. Сегодня, при тестировании, я могу получить только 1000 одновременных пользователей на сайте, и мне нужно поддерживать SLA в 10 000.

Я смотрю на следующие альтернативы: 1) Ищите более надежную библиотеку OAuth - должна быть основана на Java 2) Хранить токены в базе данных - будет медленнее, но пользователи будут иметь доступ

Что-то еще мне не хватает? Какие-нибудь рекомендации от более опытных разработчиков / архитекторов OAuth?

высоко ценится! Стив

Ответы [ 2 ]

2 голосов
/ 06 октября 2011

Не пропуская ничего.Это не цель OAuth, чтобы решить эту проблему.Поэтому вторая альтернатива звучит хорошо для меня.В любом случае, нет кластерных решений COTS, здесь нет хранилища БД, если вы хотите легко и недорого добиться определенного уровня масштабируемости.

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

Если Java, возможно, расследовать spymemcached или эквивалент.

0 голосов
/ 09 марта 2012

Вы можете хранить свои токены доступа oauth в любом распределенном постоянном кэше (например, в mongo db с наборами реплик). С этой настройкой ваши oauth-токены будут доступны на всех 12 блоках, и вы сможете масштабировать по горизонтали. Токены, созданные на любой коробке, будут автоматически реплицированы, и это должно быть очень быстро по сравнению с обычной базой данных. Больше информации о наборах mongodb и replica

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...