Виртуальные каталоги: Абстракция и интеграция данных идентификации

Введение

В вычислительной технике термин "виртуальный каталог" имеет несколько значений. Он может просто обозначать (например, в IIS) папку, которая отображается в пути, но фактически не является подпапкой предыдущей папки в этом пути. Однако в данной статье термин рассматривается в контексте служб каталогов и управления идентификацией. Виртуальный каталог или виртуальный сервер каталогов (VDS) в этом контексте представляет собой программный слой, обеспечивающий единую точку доступа для приложений управления идентификацией и сервисных платформ. Виртуальный каталог функционирует как высокопроизводительный, легковесный слой абстракции, расположенный между клиентскими приложениями и разнородными хранилищами данных об идентификаторах, такими как проприетарные и стандартные каталоги, базы данных, веб-сервисы и приложения. Виртуальный каталог принимает запросы и направляет их к соответствующим источникам данных, абстрагируя и виртуализируя данные. Он интегрирует данные об идентификаторах из нескольких гетерогенных хранилищ и представляет их так, как будто они поступают из одного источника. Эта возможность доступа к разрозненным хранилищам делает технологию виртуальных каталогов идеальной для консолидации данных, хранящихся в распределенной среде. Виртуальные серверы каталогов чаще всего используют протокол LDAP, но более продвинутые виртуальные каталоги также могут поддерживать SQL, а также DSML и SPML. Эксперты отрасли отмечают важность виртуальных каталогов в модернизации инфраструктуры идентификации. По словам Дэйва Кернса из Network World, "виртуализация – это тренд, а виртуальный каталог – строительный блок или основа, на которую следует обратить внимание при реализации следующего проекта управления идентификацией". Кроме того, аналитик Gartner Боб Блэкли заявил, что виртуальные каталоги играют все более важную роль. В своем отчете "Развивающаяся архитектура управления идентификацией" Блэкли написал: "На первом этапе создание идентификаторов будет отделено от их использования посредством внедрения интерфейса виртуального каталога".

In computing, the term virtual directory has a couple of meanings. It may simply designate (for example in IIS) a folder which appears in a path but which is not actually a subfolder of the preceding folder in the path. However, this article will discuss the term in the context of directory services and identity management. A virtual directory or virtual directory server (VDS) in this context is a software layer that delivers a single access point for identity management applications and service platforms. A virtual directory operates as a high performance, lightweight abstraction layer that resides between client applications and disparate types of identity data repositories, such as proprietary and standard directories, databases, web services, and applications. A virtual directory receives queries and directs them to the appropriate data sources by abstracting and virtualizing data. The virtual directory integrates identity data from multiple heterogeneous data stores and presents it as though it were coming from one source. This ability to reach into disparate repositories makes virtual directory technology ideal for consolidating data stored in a distributed environment. , virtual directory servers most commonly use the LDAP protocol, but more sophisticated virtual directories can also support SQL as well as DSML and SPML. Industry experts have heralded the importance of the virtual directory in modernizing the identity infrastructure. According to Dave Kearns of Network World, "Virtualization is hot and a virtual directory is the building block, or foundation, you should be looking at for your next identity management project." In addition, Gartner analyst, Bob Blakley said that virtual directories are playing an increasingly vital role. In his report, “The Emerging Architecture of Identity Management,” Blakley wrote: “In the first phase, production of identities will be separated from consumption of identities through the introduction of a virtual directory interface.”

Образец терминологии

Унифицировать метаданные: извлекать схемы из локального источника данных, отображать их в общий формат и связывать одни и те же идентификаторы из различных хранилищ данных на основе уникального идентификатора. Объединение пространств имен: создание единого большого каталога путем объединения нескольких каталогов на уровне пространства имен. Например, если один каталог имеет пространство имен "ou=internal,dc=domain,dc=com", а второй каталог имеет пространство имен "ou=external,dc=domain,dc=com", то создание виртуального каталога, включающего оба пространства имен, является примером объединения пространств имен. Объединение идентификаторов: обогащение идентификаторов атрибутами, полученными из нескольких хранилищ данных, на основе связи между записями пользователей. Например, если пользователь joeuser существует в каталоге как "cn=joeuser,ou=users" и в базе данных с именем пользователя "joeuser", то идентификатор "joeuser" может быть сформирован как из каталога, так и из базы данных. Переназначение данных: преобразование данных внутри виртуального каталога. Например, сопоставление "uid" с "samaccountname", чтобы клиентское приложение, поддерживающее только стандартный источник данных, совместимый с LDAP, могло осуществлять поиск в пространстве имен Active Directory. Маршрутизация запросов: перенаправление запросов на основе определенных критериев, например, операции записи – на мастер-сервер, а операции чтения – на реплики. Маршрутизация идентификаторов: виртуальные каталоги могут поддерживать перенаправление запросов на основе определенных критериев (например, операции записи – на мастер-сервер, а операции чтения – на реплики). Авторитетный источник: "виртуализированный" репозиторий данных, такой как каталог или база данных, которому виртуальный каталог доверяет в отношении пользовательских данных. Группы серверов: объединение одного или нескольких серверов, содержащих одни и те же данные и функциональность. Типичным примером является среда с несколькими мастер-серверами и несколькими репликами, где реплики обрабатывают запросы на "чтение" и находятся в одной группе серверов, а мастер-серверы обрабатывают запросы на "запись" и находятся в другой, таким образом серверы группируются по их реакции на внешние воздействия, хотя все они используют одни и те же данные.

Unify metadata: Extract schemas from the local data source, map them to a common format, and link the same identities from different data silos based on a unique identifier. Namespace joining: Create a single large directory by bringing multiple directories together at the namespace level. For instance, if one directory has the namespace "ou=internal,dc=domain,dc=com" and a second directory has the namespace "ou=external,dc=domain,dc=com," then creating a virtual directory with both namespaces is an example of namespace joining. Identity joining: Enrich identities with attributes pulled from multiple data stores, based on a link between user entries. For instance if the user joeuser exists in a directory as "cn=joeuser,ou=users" and in a database with a username of "joeuser" then the "joeuser" identity can be constructed from both the directory and the database. Data remapping: The translation of data inside of the virtual directory. For instance, mapping “uid” to “samaccountname,” so a client application that only supports a standard LDAP compliant data source is able to search an Active Directory namespace, as well. Query routing: Route requests based on certain criteria, such as “write operations going to a master, while read operations are forwarded to replicas.”
Identity routing: Virtual directories may support the routing of requests based on certain criteria (such as write operations going to a master while read operations being forwarded to replicas). Authoritative source: A "virtualized" data repository, such as a directory or database, that the virtual directory can trust for user data. Server groups: Group one or more servers containing the same data and functionality. A typical implementation is the multi master, multi replica environment in which replicas process "read" requests and are in one server group, while masters process "write" requests and are in another, so that servers are grouped by their response to external stimuli, even though all share the same data.