一.应用场景
今天，架构师在设计应用时常常会引用一些外部的信息，比如用户信息、组织架构、资源配置等。这些信息往往是结构化的。表现了现实世界中的组织规则，且内容相对稳定。
一个最常见的例子就是企业员工信息管理。企业在正常运营过程中，部门机构和人员岗位都相对稳定，每个员工的基本信息也是相对稳定的。这些信息组织起来后，可以被其他的各种IT系统共用。比如人事系统、财务系统、邮件办公以及各种处理系统都引用同一份员工数据。如果用来验证用户，则可以避免每套IT系统各自维护用户密码，轻松实现单点登录。
轻量级目录访问协议(Lightweight Directory Access Protocol,LDAP)就是这样一种国际标准。本质上，LDAP是基于TCP/IP的应用层协议，它不仅提供了数据的组织标准，也提供了数据的访问标准。基于LDAP的查询服务非常类似于查字典或是电话黄页，由于信息室以目录方式组织，所以称为 目录服务。那么信息存放在目录中和存放在数据库中什么区别？简单。
员工信息应该如何组织，有应该如何对外提供服务呢？
最容易想到的是设计一种员工表，将员工信息存放在数据库中。如果需要在体现人员部门机构，必然要把部门纳入数据库。机构是有层次的。
使用LDAP来管理员工信息则完全不同。首先LDAP对组织、人员的完整性、全面性的定义。
比如，一个人(person)必须有通用名(commonName,cn)和姓(surName,sn)，同时可以有电话(telephoneNumber)、口令(userPassword)、描述(description)、参阅(seeAlso)等信息。
二、LDAP基本元素
1.目录(Directory)
2.目录树(DIT)
组织目录树，会参考x.500中对属性的相关约定。比如
c代表国家country、o代表机构、公司、企业、单位等organization、ou代表部门organizationUnit
cn代表姓名commonName、sn代表姓氏surName
c=cn
o=ibm
ou=dev ou=sales ot=finance
| |
cn=tom cn=jerry
3.条目(Entry)
每个条目都是目录管理的对象。是LDAP的最基本的颗粒，就想字典里面的词条。或是数据库里面的记录。每个条目都由一个唯一的标志名(Distinguished Name,DN),比如 cn=tom,ou=dev,o=ibm,c=cn.DN在语法上，由多个相对的标志名(Relative Distinguished Name,RDN)组成。它们之间以逗号隔开。
4. 属性(Attribute)
每个条目都可以有很多属性，比如常见的人员条目有姓名、地址、电话、职位等
5.属性类型(Attribute Type)
6.对象类(ObjectClass)
对象类是属性的集合。LDAP预想对很多人员组织机构中常见的对象，并将其封装成对象类。比如人员(person)还有姓(sn)、名(cn)、电话(telephoneNumber)、密码(userPassword)等属性。单位员工(orgnizationPerson)是人员(person)的继承类，除了上述的属性之外，还含有职务(title)、邮政编码(postalCode)、通信地址(postalAddress)等属性
对象类分为三种类型：结构类型(Structual)、抽象类型(Abstract)、辅助类型(Auxiliary)
例如
top
Person ePerson
orgnizationPerson residentialPerson
inetOrgPerson
