Arquitectura cliente-servidor: enero 2012

viernes, 20 de enero de 2012

Una aproximación técnica a la arquitectura cliente servidor.

-La red.

La arquitectura cliente servidor ha sido posible gracias al desarrollo de las redes de comunicaciones y el gran éxito de dicha arquitectura se convirtió en catalizador del desarrollo de las comunicaciones.

El modelo teórico más conocido en redes de comunicaciones es la pila de protocolos OSI, el cual nunca se llegó a implementar en su totalidad debido a su complejidad. El modelo OSI fue un estándar propuesto por la ISO en 1984, basado en 7 niveles o capas, cada una con unas funcionalidades claras. Los niveles propuestos son:

Imagen 3 Pila de protocolos OSI

· Aplicación

· Presentación

· Sesión

· Transporte

· Red

· Enlace

· Físico

Actualmente la arquitectura dominante en el mundo de las redes de computadoras es la arquitectura TCP-IP. Consta de 4 niveles más un quinto de nivel de aplicación de usuario.

El nivel 1 o nivel físico describe las especificaciones que debe tener el medio físico para dar soporte al resto de la pila. Los aspectos más críticos son los retrasos que se introducen, que pueden dar por terminada la comunicación o el “jitter” cuando hablamos de aplicaciones multimedia en tiempo real, que es la ausencia de un flujo constante de datos, que ocasiona desincronizaciones entre el audio y la imagen o la ausencia de partes del video y por tanto la incomprensión del mensaje.

El nivel 2 o nivel de enlace establece la comunicación punto a punto. El protocolo más empleado es Ethernet, definido en el estándar 802.3 del IEEE. Incluye la definición del medio físico (tipos de cables, longitud máxima, etc) y el tamaño y composición de las tramas.

El nivel 3 o nivel de red es el protocolo IP. Permite construir una red de comunicaciones. El protocolo IP asigna una dirección única a cada máquina y funciona intercambiando paquetes. El éxito de las aplicaciones en la red ha ocasionado el agotamiento de las direcciones IPv4 y el desarrollo del estándar IPv6.

El nivel 4 o nivel de transporte es el protocolo TCP o UDP. Este nivel equivaldría a los niveles 4, 5 y 6 practicamente. En el caso del protocolo TCP se establece un socket o conexión única entre dos aplicaciones en dos máquinas, identificadas por sus direcciones IP y los puertos de las aplicaciones. Las aplicaciones más conocidas tienen puertos asignados como el puerto 80 destinado al protocolo HTTP. TCP es un protocolo orientado a la conexión, es decir, describe un mecanismo de inicio y fin de sesión entre máquinas, UDP no lo es. El protocolo UDP envía los datagramas o paquetes sin haber establecido sesión alguna.

La información que viaja desde la aplicación se va encapsulando, cada protocolo añade su cabecera y desencapsulando en destino, es decir eliminado las cabeceras hasta entregar a la aplicación destino la información original.

-El servidor.

El servidor es una máquina de altas prestaciones, instalada en una granja de servidores por ejemplo, que concentra toda la información y capacidad de cómputo y está destinada a resolver las peticiones que recibe de los clientes.

A nivel hardware los servidores presentan algunas características comunes:

· Sistemas de almacenamiento redundado: Los servidores tienen varios discos duros pero no todos están destinados al almacenamiento y manejo de datos. Algunos de ellos están dedicados a almacenar copias de backup o respaldo que se realizan de forma periódica. Estas configuraciones se llaman RAID y seguidas de un número según el número de discos duros implicados.

· Gran capacidad de cómputo.

· Interfaz de comunicación de alta capacidad.

· Mayor cantidad de memoria RAM.

· Gran consumo eléctrico, que se disipa en forma de calor, por tanto será imprescindible instalar los servidores en habitaciones correctamente refrigeradas.

A nivel software, el servidor tendrá instalada la aplicación o aplicaciones encargadas de dar respuesta a las peticiones enviadas por los clientes. A grandes rasgos las aplicaciones escucharán de forma constante o en intervalos periódicos las peticiones que les lleguen por su puerto asignado, efectuarán las operaciones indicadas, buscarán la información necesaria y darán una respuesta. Un ejemplo de aplicación de servidor es el servidor de páginas web APACHE, muy popular ya que se trata de una aplicación de software libre, sin conste y existen versiones para sistemas operativos Windows y Linux. Como aplicaciones de bases datos podemos encontrar SQL Server y MySQL. Otras aplicaciones alojadas en servidores son los gestores de contenido, como DRUPAL o JOOMBLA que permiten construir sitios web completos, usando módulos para añadir funcionalidades como encuestas o foros además de permitir la ejecución de scripts escritos en PHP.

-El cliente.

Imagen 4 Smatphones y Tablets

Como usuarios de servicios, estamos más familiarizados con los clientes. Los clientes son las máquinas que realizan las peticiones a los servidores. Como norma general, los clientes tienen menor capacidad de cómputo y un coste más reducido que los servidores.

Si bien en el punto anterior hemos podido describir las características más generales de los servidores, en el caso de los clientes no es tan sencillo. Como máquina cliente podemos encontrar un PC o un teléfono móvil, una tablet o un navegador electrónico por poner algunos ejemplos.

La misma heterogeneidad nos encontramos en las aplicaciones. Si bien todas tienen un puerto definido para formular sus peticiones y recibir las respuestas, la apariencia de las aplicaciones que corren en un cliente varía desde un navegador web como puede ser Firefox . Google chrome hasta las aplicaciones (apps) que se descargan en un smartphone.

Es importante destacar que el desarrollo de la telefonía móvil y de los smartphones ha incrementado notablemente el volumen de peticiones de los servidores. Un ejemplo serían los servidores de correo. Hace 5 años, para mirar el correo era necesario estar delante de un PC, hoy gran parte de los smartphones disponen de correo push, que nos avisa en el momento de recibir un nuevo correo.

Según los gurús del medio, el crecimiento de los smartphones es imparable y se prevé que en 2013 se vendan tantos smartphones como PC. Por tanto avanzamos hacia un mundo cada vez más conectado, con más dispositivos o “gadgets” enganchados a la red, es decir, más clientes demandando información de los servidores. En un futuro tal vez tengamos que mencionar como clientes las bombillas o los electrodomésticos. Esto será una realidad con la nueva versión del protocolo IP, IPv6 con mayor rango de direccionamiento, tendremos direcciones disponibles para conectar todo lo que nos imaginemos.

-Fuentes:

Redes e Internet de alta velocidad, Willian Stallings, Pearsson education
Andrew S. Tanenbaum, Prentice-Hall, Redes de Computadoras.
www.ecured.cu/index.php/Arquitectura_Cliente_Servidor
www.youtube.com
www.google.com
www.wikipedia.org

Mirando hacía el futuro

La evolución del modelo cliente servidor. Cloud Computing

Hoy en día muchos gurús de las nuevas tecnologías miran el cielo con nubes y ven el futuro, “cloud computing” o computación en la nuble, simplificando LA NUBE.

La nube implica dar un paso más en el modelo cliente servidor. Si hasta ahora eran las aplicaciones y la información la que estaba en servidores y los clientes accedían a la misma a través de la red, ¿por qué no llevar todo el hardware a la red y convertirlo en un servicio?

La apuesta de las grandes empresas del sector es ofrecer servicios y no vender hardware. Si antes se ofrecía un servicio de hosting o alojamiento para los servidores en grandes CPD (Centros de Procesamiento de Datos), pagando las empresas el equipo servidor, ahora se ofrece un servicio de “servidor” en la nube, es decir, se crea un servidor virtual con la capacidad y las aplicaciones necesarias.

Otros ejemplos de aplicaciones en la nube son la virtualización de dispositivos, donde con independencia del dispositivo físico, siempre se tienen las mismas prestaciones, ya que las aplicaciones están fuera y se descargan al conectarse.

A nivel usuario ya existen sistemas de almacenamiento en red como los comercializados por Dropbox

La principal ventaja de este nuevo sistema es la reducción drástica de costes. No es necesario adquirir un hardware específico, por tanto no hay mantenimiento ni obsolescencia del mismo. La idea es pagar únicamente por lo que se usa.

La otra cara de la moneda es la seguridad de los datos que se suben a la nube, muchos de ellos críticos para el negocio, así como la dependencia que se establece con un proveedor de servicios, ya que aún no se han definido políticas de migración para este tipo de servicios.

A continuación os dejamos un video sobre el cloud computin, el futuro.

http://www.youtube.com/watch?v=HYuZK3X28FU&feature=related

-Fuentes:

Redes e Internet de alta velocidad, Willian Stallings, Pearsson education
Andrew S. Tanenbaum, Prentice-Hall, Redes de Computadoras.
www.interactic.com.co/dmdocuments/clud_computing.pdf
www.youtube.com
www.google.com
www.wikipedia.org/

Introducción y conceptos básicos del modelo/arquitecura cliente - servidor.

Imagen 1 Modelo cliente servidor

Antes de entrar a fondo con la definición del modelo/arquitectura cliente servidor, es conveniente definir los conceptos de modelo y arquitectura respectivamente.

Un modelo es una representación teórica de un sistema o principio. Normalmente se representan mediante esquemas de cajas o diagramas de flujo. Por otra parte la arquitectura es la implementación práctica y funcional de un modelo, dicho de otra forma, el modelo llevado al mundo real. En una arquitectura se definen por completo la especificación del sistema, por tanto en el caso del modelo cliente – servidor disponemos también de una arquitectura cliente servidor.

Imagen 2 Concreción de modelo: Arquitectura

Una vez aclarados estos términos, podemos dar una primera definición de la arquitectura cliente – servidor. La arquitectura cliente – servidor es el resultado de implementar un modelo basado en dos elementos claramente diferenciados: clientes y servidores, conectados por una red de comunicaciones. Los clientes realizarán peticiones a los servidores, enviando la información necesaria y recibirán los resultados. Los servidores serán los equipos que atiendan las peticiones, dándoles respuesta y mandando los resultados.

-Origen de la arquitectura cliente-servidor.

La arquitectura cliente servidor nace como una evolución de la arquitectura monolítica, en la que una única máquina realiza las peticiones, las resuelve y almacena la información. El modelo cliente servidor nace gracias al desarrollo de las redes de computadoras que permiten interconectar máquinas separadas.

La arquitectura cliente servidor introduce dos separaciones entre máquinas, física y lógica y condicionó el desarrollo de la computación tal y como lo conocemos.

La separación lógica de máquinas permite separar procesos y colocarlos en distintas máquinas. De este modo tendremos las aplicaciones de usuario que corren en las máquinas de clientes, los gestores que corren los servidores y las bases de datos que se ubican en el mismo servidor o en otro dedicado. Esta separación permitió el desarrollo de sistemas multicapas, los cuales se organizan por capas, realizando cada una de ellas una funcionalidad. La separación lógica añade robustez al sistema frente a fallos, al dividirlo en bloques, es posible desarrollar test específicos para cada una de las partes y acotar los posibles fallos.

La separación física de las máquinas supone una ventaja frente a errores masivos en el sistema, permitiendo la duplicidad de los servidores, por ejemplo. En caso de caída, el servidor de backup tomará su lugar.

Esta arquitectura presenta otra serie de ventajas que pasamos a describir a continuación:

· Especificación de las máquinas: Los clientes y servidores tienen distintas necesidades. Esta diferenciación abre las puertas a dos mercados bien diferenciados. Por una parte las grandes máquinas, los servidores, que requieren una gran potencia de cálculo, buses de comunicación de alta velocidad y sistemas de backup, como redundancia en los sistemas de almacenamiento. Por otra parte los equipos de cliente, de menos capacidad de cómputo. Esta diferenciación también se traduce en el coste, reduciéndose el de los host cliente.

· Concentración de la información. Los servidores serán los encargados de almacenar la información, por tanto será más sencillo controlar en que estado se encuentra en cada momento y quién tiene acceso a la misma, tanto en modo consulta como modificándola.

· Reducción de costes. La inversión más elevada se centra en los servidores, que tienen la potencia de cálculo.

· Escalabilidad. La capacidad del sistema es ampliable de forma transparente al usuario. Se puede incrementar el número de servidores trabajando en paralelo o bien construir un sistema multicapas, separando las funcionalidades de los servidores y llevándolas a otro equipo, por ejemplo separando la base de datos de las aplicaciones en servidores separados.

· Mantenimiento. Tal y como hemos mencionado arriba, dividir el sistema el bloques permite acotar con mayor facilidad los posibles fallos existentes.

A continuación os dejamos un video que cuenta como la arquitectura cliente servidor y las aplicaciones que se basan en ella han cambiado el mundo.

-Fuentes:

Redes e Internet de alta velocidad, Willian Stallings, Pearsson education
Andrew S. Tanenbaum, Prentice-Hall, Redes de Computadoras.
www.ecured.cu/index.php/Arquitectura_Cliente_Servidor
www.youtube.com
www.google.com
www.wikipedia.org/

Bases de datos

Una base de datos o banco de datos (en ocasiones abreviada con la sigla BD o con la abreviatura b. d.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.

Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.

Modelos de bases de datos

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

-Bases de datos jerárquicas:

En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.

-Base de datos de red:

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.

-Bases de datos transaccionales:

Son bases de datos cuyo único fin es el envío y recepción de datos a grandes velocidades, estas bases son muy poco comunes y están dirigidas por lo general al entorno de análisis de calidad, datos de producción e industrial, es importante entender que su fin único es recolectar y recuperar los datos a la mayor velocidad posible, por lo tanto la redundancia y duplicación de información no es un problema como con las demás bases de datos, por lo general para poderlas aprovechar al máximo permiten algún tipo de conectividad a bases de datos relacionales.
Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero entre cuentas bancarias. Normalmente se realiza mediante dos operaciones distintas, una en la que se decrementa el saldo de la cuenta origen y otra en la que incrementamos el saldo de la cuenta destino. Para garantizar la atomicidad del sistema (es decir, para que no aparezca o desaparezca dinero), las dos operaciones deben ser atómicas, es decir, el sistema debe garantizar que, bajo cualquier circunstancia (incluso una caída del sistema), el resultado final es que, o bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.

-Bases de datos relacionales:

Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.

-Bases de datos multidimensionales:

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos relacional podría serlo también en una base de datos multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.

-Bases de datos orientadas a objetos:

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento).
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos:

Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos.
Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.
Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.

-Bases de datos documentales:

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes. Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.

-Bases de datos deductivas:
Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. Las bases de datos deductivas son también llamadas bases de datos lógicas, a raíz de que se basa en lógica matemática. Este tipo de base de datos surge debido a las limitaciones de la Base de Datos Relacional de responder a consultas recursivas y de deducir relaciones indirectas de los datos almacenados en la base de datos

-Fuentes:

Middleware

Es un software que asiste a una aplicación para interactuar o comunicarse con otras aplicaciones, software, redes, hardware y/o sistemas operativos. Éste simplifica el trabajo de los programadores en la compleja tarea de generar las conexiones que son necesarias en los sistemas distribuidos. De esta forma se provee una solución que mejora la calidad de servicio, seguridad, envío de mensajes, directorio de servicio...

Funciona como una capa de abstracción de software distribuida, que se sitúa entre las capas de aplicaciones y las capas inferiores (sistema operativo y red). El middleware abstrae de la complejidad y heterogeneidad de las redes de comunicaciones subyacentes, así como de los sistemas operativos y lenguajes de programación, proporcionando una API (Interfaz de Programación de Aplicaciones; Es decir, el resultado del conjunto de funciones y procedimientos, o métodos en la programación orientada a objetos, que ofrece cierta biblioteca para ser utilizado por otro software como una capa de abstracción.). Dependiendo del problema que resolver y de las funciones necesarias, serán útiles diferentes tipo de servicios de middleware. Por lo general el middleware del lado cliente está implementado por el Sistema Operativo, el cual posee las bibliotecas que ejecutan todas las funcionalidades para la comunicación a través de la red.

Un gran número de industrias utiliza hardware, equipamiento y dispositivos en la operación de su negocio. Este equipamiento debe ser integrado de alguna manera a los sistemas que implementan y administran los procesos de la organización. El middleware es quien integra el hardware RFID con los sistemas centrales. El mayor énfasis debe ubicarse en la automatización de procesos discretos y continuos, en donde los lectores RFID deben estar conectados con el sistema legacy a través de la captura de datos desde los códigos de barra y RFID.

El middleware RFID debe permitir configurar, monitorear, implementar y emitir comandos directamente a los lectores a través de una interfase común. Por ejemplo, los usuarios deben ser capaces de indicarle a un lector cuándo “apagarse”.

En algunos casos, los proveedores de middleware ofrecen características plug-and-play que le permiten a los usuarios dinámicamente detectar la presencia de un lector y conectarlos sin necesidad de realizar ningún tipo de programación especial. También es importante la integración con otras tecnologías como sensores y dispositivos biométricos.

Las principales características de un middleware son:

Simplifica el proceso de desarrollo de aplicaciones al independizar los entornos propietarios.
Permite la interconectividad de los Sistemas de Información del Organismo.
Proporciona mayor control del negocio al poder contar con información procedente de distintas plataformas sobre el mismo soporte.
Facilita el desarrollo de sistemas complejos con diferentes tecnologías y arquitecturas.

-Fuentes:

Tipos de servidor

En informática, un servidor es una computadora que provee servicios a otras computadoras denominadas clientes.^[

Servidor de archivo: es el que almacena varios tipos de archivos y los distribuye a otros clientes en la red.

Servidor de impresiones: controla una o más impresoras y acepta trabajos de impresión de otros clientes de la red, poniendo en cola los trabajos de impresión.

Servidor de correo: almacena, envía, recibe, enruta y realiza otras operaciones relacionadas con email para los clientes de la red.

Servidor de fax: almacena, envía, recibe, enruta y realiza otras funciones necesarias para la transmisión, la recepción y la distribución apropiadas de los fax.

Servidor de la telefonía: realiza funciones relacionadas con la telefonía, como es la de contestador automático, realizando las funciones de un sistema interactivo para la respuesta de la voz, almacenando los mensajes de voz…
Servidor proxy: realiza un cierto tipo de funciones a nombre de otros clientes en la red para aumentar el funcionamiento de ciertas operaciones, también proporciona servicios de seguridad, o sea, incluye un corta fuegos. Permite administrar el acceso a internet en una red de computadoras permitiendo o negando el acceso a diferentes sitios Web.

Servidor del acceso remoto (RAS): controla las líneas de módem de los monitores u otros canales de comunicación de la red para que las peticiones conecten con la red de una posición remota, responde llamadas telefónicas entrantes o reconoce la petición de la red y realiza la autentificación necesaria y otros procedimientos necesarios para registrar a un usuario en la red.

Servidor de uso: realiza la parte lógica de la informática o del negocio de un uso del cliente, aceptando las instrucciones para que se realicen las operaciones de un sitio de trabajo y sirviendo los resultados a su vez al sitio de trabajo, mientras que el sitio de trabajo realiza la interfaz operadora o la porción del GUI del proceso (es decir, la lógica de la presentación) que se requiere para trabajar correctamente.

Servidor web: almacena documentos HTML, imágenes, archivos de texto, escrituras, y demás material Web compuesto por datos (conocidos colectivamente como contenido), y distribuye este contenido a clientes que la piden en la red.

Servidor de base de datos: provee servicios de base de datos a otros programas u otras computadoras, como es definido por el modelo cliente-servidor. También puede hacer referencia a aquellas computadoras (servidores) dedicadas a ejecutar esos programas, prestando el servicio.

Servidor de reserva: tiene el software de reserva de la red instalado y tiene cantidades grandes de almacenamiento de la red en discos duros u otras formas del almacenamiento (cinta, etc.) disponibles para que se utilice con el fin de asegurarse de que la pérdida de un servidor principal no afecte a la red. Esta técnica también es denominada clustering.