Acerca de la publicación del servicio
Un servicio es una aplicación que hace que los datos o las operaciones estén disponibles para los clientes de red. A menudo, un servicio se implementa como un servicio formal basado en Microsoft Win32, pero esto no es necesario.
La publicación del servicio es el acto de crear y mantener datos sobre una o varias instancias de un servicio determinado para que los clientes de red puedan encontrar y usar el servicio. La publicación de un servicio en Servicios de dominio de Active Directory permite a los clientes y administradores pasar de una vista centrada en el equipo del sistema distribuido a una vista centrada en el servicio.
Sistemas operativos Microsoft Windows NT 3.51 y versiones posteriores: Un sistema distribuido era un grupo de equipos que ejecutan varios servicios. Para acceder a un servicio, una aplicación requiere datos sobre los equipos que ofrecen el servicio.
Windows 2000 Server, Windows 2000 Advanced Server y Windows 2000 Datacenter Server: Los servicios publican su existencia mediante objetos Servicios de dominio de Active Directory. Los objetos contienen información de enlace que las aplicaciones cliente usan para conectarse a instancias del servicio. Para acceder a un servicio, un cliente no necesita saber sobre equipos específicos: los objetos de un servidor de Active Directory incluyen esta información. Un cliente consulta el servidor de Active Directory para un objeto que representa un servicio (denominado objeto de punto de conexión) y usa los datos de enlace del objeto para conectarse al servicio.
En la tabla siguiente se muestran ejemplos de enlaces.
| Servicio | Enlace |
|---|---|
| Servicio de archivos | Nombre UNC de un recurso compartido. Por ejemplo, "\\MyServer\MyshareName". |
| Servicio web | dirección URL. Por ejemplo, "https://www.fabrikam.com". |
| Servicio RPC | Enlace de llamada a procedimiento remoto (RPC): información codificada especial que se usa para conectarse al servidor RPC. Los enlaces RPC se pueden convertir en cadenas y desde con las API rpc. Por ejemplo: "ncacn_ip_tcp:server.fabrikam.com". |
En un sistema distribuido, los equipos son motores y las entidades interesantes son los servicios que están disponibles. Desde la perspectiva del usuario, la identidad del equipo que proporciona un servicio determinado no es importante. Lo que es importante es acceder al propio servicio.
Este también es el caso de la administración de servicios. El administrador de una zona DNS determinada no está interesado en los equipos que ejecutan el servicio DNS; el administrador quiere administrar DNS. Es probable que haya varias instancias del servicio DNS, una de las cuales es autoritativa. Los equipos que admiten el servicio DNS no son importantes para el administrador dns. Lo que es importante es cómo administrar el servicio como un único recurso distribuido, no como procesos individuales que se ejecutan en equipos diferentes.