Взаимодействие, как уже упоминалось, в значительной степени выгодно для LDAP с некоторыми типами серверного программного обеспечения, хотя для большей части программного обеспечения, которое интегрируется с LDAP, требуется специальная схема, поэтому это не обязательно так просто, как простая установка и настройка LDAP. обслуживание и готово - вам может понадобиться добавить новые элементы в схему для каждого приложения, с которым вы хотите взаимодействовать, и каждое приложение может иметь различные ограничения в отношении аутентификации (например, поля пароля в виде простого текста, поля пароля в виде MD5 или SHA хэши и т. д.).
Хороший сервис LDAP требует немало знаний о конфигурации, более того, чем создание простой схемы в реляционной базе данных. БД SQL по-прежнему довольно совместимый вариант, и поддержка LDAP не так доминирующая, как это было раньше. Раньше LDAP был единственным вариантом несколько лет назад, но многие приложения (например, Apache) и операционные системы (например, PAM в Linux) могут проходить проверку подлинности на основе SQL DB, такой как MySQL, так же легко, как серверы LDAP, поскольку все они обрабатываются драйверами, которые абстрагируют интерфейс.
Где действительно сияет LDAP - это масштабируемость. Если вы специально хотите разместить учетные записи пользователей для аутентификации и хотите масштабировать их до нескольких реплицированных серверов и обрабатывать тысячи запросов на аутентификацию в секунду, LDAP - отличный вариант.
Дело не в том, что современные СУБД не масштабируются, а в том, что LDAP (как правило) даже лучше в этом из-за способа каскадной репликации через разные уровни; особенно если предположить, что у вас есть типичная база данных аутентификации, в которой она в основном доступна только для чтения с относительно небольшим количеством операций записи, поэтому вам потребуется только один способ репликации со всеми записями, поступающими из одного источника правды.
Действительно, LDAP-сервер - это то, что нужно учитывать, если у вас есть для этого особая необходимость, например конкретное приложение , которое вы хотите иметь возможность взаимодействовать с тем, которое интегрируется только с LDAP, или если вы создаете хорошо масштабируемую систему аутентификации (например, для интернет-провайдера или для супермасштабируемого веб-приложения - где вы планируете иметь более пары серверов, выделенных всего для аутентификации, и где они могут распространяться по всей стране или даже по всему миру).
Вопрос, который кто-то уже высказал о наличии внешнего интерфейса LDAP в СУБД, очень хорош. Несколько компаний, в том числе Oracle (которые, конечно, заинтересованы в RDBMS), имеют продукты, специально предназначенные для этого. Если вам не нужны накладные расходы на управление службой LDAP или вы просто хотите управлять всеми своими пользователями в БД, вы можете создавать представления / объединения, но думаете, что может позже понадобиться служба LDAP Чем это хороший вариант. OpenLDAP также поддерживает оболочку, которая может принимать данные из любого источника, включая RDBMS; Я использовал его с MySQL, и он работает хорошо, хотя может быть немного сложнее настроить в первый раз, если вам нужно поддерживать конкретную схему LDAP.
Таким образом, LDAP - это хорошо, но он специфичен для взаимодействия и экстремальной масштабируемости. Если у вас есть ограниченные ресурсы для управления и поддержки, это может не стоить хлопот с поддержкой, но если вы планируете сервисы, такие как POP / IMAP / SMTP, размещенные в UNIX, или другую стороннюю интеграцию программного обеспечения, то это, безусловно, стоит сделать (и может даже быть вашим единственным жизнеспособным вариантом).
И, наконец, будьте осторожны с тем, какой LDAP-сервер вы используете, если решите внедрить его! Не все они созданы равными, и различия между ними (с точки зрения производительности и простоты управления и настройки) могут быть довольно резкими.
OpenLDAP - довольно безопасная ставка, хорошо масштабируется и довольно проста в использовании. Некоторые приложения работают лучше всего / поставляются с определенными файлами конфигурации для конкретного сервера LDAP (например, многие программы в Solaris предполагают, что вы используете сервер каталогов Sun ONE), который вы, возможно, не захотите использовать - либо потому, что он не работает так же или настраивается, плохо поддерживается и т. д.