Está en la página 1de 5

El software de administracin de bases de datos es la herramienta principal de software del enfoque de la administracin de base de datos, dado que controla

la creacin, el mantenimiento y el uso de la base de datos de una organizacin y de sus usuarios finales. Los sistemas de gestin de bases de datos (en ingls database management system, abreviado DBMS) son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. El administrador de base de datos (DBA) es el programa responsable de los aspectos ambientales de una base de datos. En general esto incluye lo siguiente:

Recuperabilidad - Crear y probar Respaldos Integridad - Verificar o ayudar a la verificacin en la integridad de datos Seguridad - Definir o implementar controles de acceso a los datos Disponibilidad - Asegurarse del mayor tiempo de encendido Desempeo - Asegurarse del mximo desempeo incluso con las limitaciones Desarrollo y soporte a pruebas - Ayudar a los programadores e ingenieros a utilizar eficientemente la base de datos.

El diseo lgico y fsico de las bases de datos a pesar de no ser obligaciones de un administrador de bases de datos, es a veces parte del trabajo. Esas funciones por lo general estn asignadas a los analistas de bases de datos o a los diseadores de bases de datos.

Un servidor web o servidor HTTP es un programa informtico que procesa una aplicacin del lado del servidor realizando conexiones bidireccionales y/o unidireccionales y sncronas o asncronas con el cliente generando o cediendo una respuesta en cualquier lenguaje o Aplicacin del lado del cliente. El cdigo recibido por el cliente suele ser compilado y ejecutado por unnavegador web. Para la transmisin de todos estos datos suele utilizarse algn protocolo. Generalmente se utiliza el protocolo HTTP para estas comunicaciones, perteneciente a la capa de aplicacin del modelo OSI. El trmino tambin se emplea para referirse al ordenador que ejecuta el programa. Servidores Web Un servidor Web es, esencialmente un programa que escucha en un puerto a la espera de conexiones. Cuando se detecta una, el servidor espera a recibir una peticin en formato adecuado desde la aplicacin cliente (navegador, gestor de download, indexador de pginas, telnet, etc.). El recurso pedido hace referencia a un archivo en el disco duro1.2 que el servidor es capaz de recuperar y enviar al cliente. Tanto la peticin como la respuesta se encapsulan siguiendo el protocolo HTTP. La arquitectura

(figura ) se basa en el modelo cliente-servidor y cada parte est tpicamente en una mquina distinta de la red, aunque no hay ningn problema si residen en la misma mquina.

Figura: Arquitectura de funcionamiento de un servidor Web. Hoy en da existen multitud de productos que funcionan como servidores Web 1.3. Se presenta a continuacin un breve listado con algunos de los ms conocidos.

Apache iPlanet Web Server Jigsaw Microsoft IIS Microsoft PWS NCSA HTTPd Sambar Server SimpleServer:WWW Stronghold

Servidores de aplicaciones Un servidor de aplicaciones no es ms que un cambio de nombre, para algunos servidores Web de nueva generacin que proporcionan la lgica de negocio sobre la que construir aplicaciones. Suelen asociarse con servidores de alto rendimiento pensados para dar servicio a sitios Web (Web sites) con grandes necesidades: afluencia de visitas, movimiento de datos, atencin de transacciones hacia bases de datos, etc. Generalmente los fabricantes del sector tienen a disposicin del pblico un

servidor Web bsico y otro con multitud de extensiones fuertemente integradas al que llaman servidor de aplicaciones. Puede encontrarse un buen listado de servidores de aplicaciones 1.4 en el sitio Web http://www.serverwatch.com/appservers.html [114]. A modo de ejemplo se muestra un listado con los productos de algunas empresas bien conocidas:

BEA Weblogic Server Borland AppServer Allaire ColdFusion Lotus Domino Netscape application server Oracle application server Sybase Enterprise Server IBM WebSphere

Figura: Arquitectura de funcionamiento de un servidor de aplicaciones.

Un servidor de aplicaciones cliente/servidor de tres capas:

clsico

(figura

se

apoya

en

un

modelo

1. Presentacin: una interfaz, generalmente grfica que reside en los clientes. El ejemplo tpico es un navegador. 2. Lgica de negocio: donde reside el servidor de aplicaciones y el conjunto de programas a los que da soporte. 3. Almacenamiento: generalmente una base de datos.

Servicios aadidos de los servidores de aplicaciones

Cules son los servicios, que aadidos a un servidor Web, lo convierten en servidor de aplicaciones?. En general se puede afirmar que cuantos ms puntos de la siguiente lista implemente un servidor, ms ``de aplicaciones'' ser. Generacin de HTML: debe incorporar generacin dinmica de contenido (HTML, XHTML, XML, etc.), para enviar al cliente. Trabajo con bases de datos: existirn objetos que faciliten el acceso a bases de datos, ocupndose de gestionar las conexiones y proporcionando un acceso uniforme. Otros objetos se encargarn de la gestin de transacciones englobando diversas sentencias y ocupndose de los commit o rollback. Funcionamiento multiproceso o multihilo: el servidor es el responsable de tener funcionando un nmero de hilos o procesos que atiendan a distintas peticiones. Sesiones: HTTP es un protocolo sin estados. Un servidor de aplicaciones provee de persistencia a los datos del usuario mediante objetos de sesin (session). Elimina la necesidad de incluir cdigo en las aplicaciones para diferenciar las peticiones de distintos usuarios. Lgica de negocio: la lgica de negocio propia de cada aplicacin debe poder ser encapsulada en componentes. A cada uno de ellos se le podrn asignar mecanismos propios de seguridad, gestin de transacciones, ...

Seguridad: debe poseer caractersticas de seguridad que den soporte a aplicaciones seguras. Los clientes deben autentificarse contra al servidor, y este es el responsable de darles acceso a sus diferentes componentes, como puede ser una base de datos. La mayora de servidores disponen de un mecanismo para incorporar nuevos usuarios y grupos. El control de a que partes del servidor puede acceder un usuario puede ser controlado por diversos mtodos, por ejemplo en un directorio LDAP (Lightweight Directory Access Protocol). Balanceo de carga: trabajando sobre un cluster1.5 de servidores, puede enviar la peticiones a diferentes equipos en funcin de la carga y la disponibilidad. Este balanceo es la base para implementar sistemas tolerantes a fallos o herramientas para la monitorizacin centralizada de todos los equipos del cluster.

También podría gustarte