LDAP 可以在 IT 基础设施中占据许多位置。 例如，您可以将网络信息服务 (NIS) 迁移到 LDAP，许多传统的以 UNIX 为中心的组织已经这样做了。 虽然 NIS 迁移模型是一个极好的例子，但还有许多其他的例子。 最近，我看到 LDAP 被用作一个简单的白页 - 姓名和地址 - 目录服务。 我认为这是对 LDAP 的未充分利用。

简单说明：NIS 是一种客户端-服务器目录服务协议，用于在计算机网络上的计算机之间分发系统配置信息，例如用户和主机名。 NIS 使用扁平数据库结构，而 LDAP（正如我们所讨论的）使用分层结构。

我第一次接触 LDAP 是在 1999 年。 当时我在一家主要的电信公司做咨询，我看到我的客户正在从他们自己的电子邮件系统迁移到 MS Exchange。 有人说服他们，他们自己在大型机上运行的系统将在 2000 年 1 月 1 日午夜失效。

迁移之后，IT 管理人员突然意识到他们忘记考虑他们的 30,000 名 UNIX 用户。 您可以想象混乱的场面。 我们在雷德蒙德的朋友没有生产 UNIX 版本的 Outlook。

那年晚些时候，我召集了一些开发人员，精心策划创建了一个与 Exchange 配合使用的 UNIX 克隆。 我们使用了协作数据对象 (CDO) 并构建了一个代理，从 UNIX 客户端运行到 Exchange。 该项目的主要目标集中在日历事件上。

虽然客户对该客户端的兴趣从一家财富 50 强公司传到许多其他公司，但 Exchange 管理员担心他们的网络上存在“流氓”技术。

作为一种产品，我们的客户失败了，但在营销和接受请求的过程中，我们发现我们可以构建一个可以与 Exchange 并排运行的服务器。 我们还发现了一个 LDAP 目录，它像 Exchange 中的白页一样运行。

注意：在下一部分中，我们将讨论 ObjectClasses、属性和模式，但不是现在。

可以肯定的是，Exchange 在其目录中使用了标准的 ObjectClasses 和属性。 我们不认为复制这些 LDAP 对象是很困难的。 最终，Exchange 5.5 目录演变成 AD - 来自雷德蒙德的当前企业目录。 尽管如此，在构建人们会购买的产品时，我们发现 LDAP 是一种常见的交叉线程。

那么，这个故事的重点是什么？ 简而言之，开源社区已经拥有了当今企业中广泛使用的产品的雏形。 我们只是没有利用我们的资源。

现在，将这视为 LDAP 协议更深层次方面的一个简短序言。 如果我们想将我们的开源 LDAP 产品（OpenLDAP 和 Fedora Directory Server）更深入地推向商业领域，我们需要首先了解基本的构建材料，然后开始创新。

我们的下一次冒险从模式和使工作成为可能的对象开始。 很快再见。