El servidor de la tela del del término puede significar una de dos cosas: Un programa de computadora que es responsable de aceptar HTTP pregunta los clientes, que se conocen como los hojeadores del Web y porción ellos las respuestas de HTTP junto con el contenido de datos opcional, que son generalmente Web pages tales como documentos y objetos ligados (imágenes, etc.
Características comunes
Aunque diferencien los programas del web server detalladamente, todos comparten algunas características comunes básicas . HTTP del : cada programa del web server funciona aceptando peticiones de HTTP desde el cliente, y proporcionando una respuesta de HTTP al cliente. La respuesta de HTTP consiste en generalmente un documento del HTML, pero puede también ser un archivo crudo, una imagen, o un cierto otro tipo de documento (definido por MIME - tipos); si un cierto error se encuentra en la petición del cliente o mientras que intenta servir la petición, un web server tiene que enviar una respuesta de error que pueda incluir algunos mensajes del HTML o de texto de la aduana para explicar mejor el problema a los usuarios finales.
Muchos web server ejecutan en la práctica las características siguientes también: autentificación, petición opcional de la autorización (petición del del nombre de usuario y de la contraseña ) antes de permitir el acceso a alguno o toda la clase de recursos.
Origen del contenido vuelto
El origen del contenido enviado por el servidor se llama:estático si viene de un archivo existente que miente en un sistema de ficheros ;
dinámico si es generado dinámicamente por un poco de otra escritura del programa o o el interfaz de programa de aplicación llamado por el web server.
El contenido estático del de la porción es generalmente mucho más rápido (a partir 2 a 100 veces) que contenido dinámico del de la porción, especialmente si este 3ultimo implica los datos tirados de una base de datos .
Traducción de la trayectoria
Los web server pueden trazar el componente de la trayectoria de un localizador de recurso uniforme (URL ) en: un recurso local del sistema de ficheros (para las peticiones de los parásitos atmosféricos);
un nombre de programa interno o externo (para las peticiones dinámicas).
Para una petición estática del la trayectoria del URL especificada por el cliente está concerniente al directorio de raíz del web server.
Considerar el URL siguiente pues sería pedido por un cliente:
El web browser del cliente lo traducirá a una conexión al
CONSEGUIR /path/file.com
El web server en el
/var/www/htdocs ' /path/file.html '
El web server entonces leerá el archivo, si existe, y envía una respuesta al web browser del cliente. La respuesta describirá el contenido del archivo y contendrá el archivo sí mismo.
Funcionamientos
Los web server (programas) se suponen para servir peticiones rápidamente de más de una conexión del TCP/IP a la vez. La parametrización para la optimización del tratamiento dominante principal (medida bajo carga diversa de clientes y de peticiones por cliente), es:
número del de las peticiones por segundo (dependiendo del tipo de petición, de etc.);
tiempo de reacción del estado latente del en los milisegundos para cada nueva conexión o petición;
rendimiento de procesamiento en octetos por segundo (dependiendo del contenido depositado o no depositado del tamaño del archivo, de la anchura de banda disponible de la red, del etc.
Sobre tres parámetros variar perceptiblemente dependiendo del número de conexiones activas, así que un cuarto parámetro es el nivel de la concurrencia apoyado por un web server bajo configuración específica.
Por 3ultimo, el modelo específico del servidor usado para ejecutar un programa del web server del puede predisponer el nivel de la capacidad de conversión a escala del funcionamiento y que se puede alcanzar bajo carga pesada o al usar el hardware de gama alta (muchas CPU, discos, etc.
El funcionamiento de un web server se mide típicamente usar una de las herramientas de prueba automatizadas de la carga .
Límites de carga
Un web server (programa) ha definido límites de carga, porque puede manejar solamente un número limitado de conexiones concurrentes del cliente (generalmente entre 2 y 60.000, por abandono entre 500 y 1.000) por el IP address (y el puerto del IP) y él puede servir solamente cierto número máximo de peticiones por segundo dependiendo de:sus propios ajustes;
el tipo de la petición del HTTP ;
origen contento (estático o dinámico);
el hecho de que el contenido servido sea o no sea depositado
el hardware y límites del software del OS donde está trabajando.
Cuando un web server está cerca o sobre a sus límites, se sobrecarga y así insensible.
Causas de la sobrecarga
Los web server se pueden sobrecargar en cualquier momento debido a:demasiado tráfico legítimo de la tela (es decir millares o aún millones de clientes que golpean el Web site en un intervalo corto del tiempo. efecto de Slashdot);
ataques de DDoS (negación del del servicio distribuida);
la computadora del worms el de que causa a veces tráfico anormal debido a millones de computadoras infectadas (no coordinadas entre ellas);
el de los virus XSS de puede causar alto tráfico debido a millones de hojeadores y/o de los web server infectados ;
tráfico del de las robustezas de la tela del Internet de no filtrado/limitado en Web site grandes con muy pocos recursos (anchura de banda, etc.);
de las retardaciones del Internet (red) de, para servir peticiones del cliente más lentamente y el número de aumentos de las conexiones tanto que los límites del servidor están alcanzados;
Web server del (indisponibilidad parcial, éste de las computadoras puede suceder debido a mantenimiento o mejora required/urgente, el HW o las faltas del interruptor, las faltas finales (es decir DB ), el etc.; en estos casos los web server restantes consiguen demasiado tráfico y se sobrecargan.
Síntomas de la sobrecarga
Los síntomas de un web server sobrecargado son:las peticiones se sirven con (posiblemente) retardos largos (a partir de 1 segundos a unas centenas segundos);
el 500, 502, 503, 504 errores del HTTP se vuelve a los clientes (a veces también error sin relación 404 o aún error 408 se pueden volver);
Se rechazan las conexiones del TCP o reajuste (se interrumpen) antes de que cualquier contenido se envíe a los clientes;
en casos muy raros, solamente se envía el contenido parcial (solamente este comportamiento se bien puede considerar un insecto, incluso si depende generalmente de recursos de sistema inasequibles).
técnicas de la Anti-sobrecarga
Para superar parcialmente sobre límites de carga y prevenir sobrecarga, la mayoría de las técnicas comunes del uso popular de los Web site tienen gusto:tráfico de red de manejo del, usando: de los cortafuegos del para bloquear el tráfico indeseado que viene de malas fuentes del IP o que tiene malos patrones;
de los encargados del tráfico del HTTP de a la gota, vuelven a dirigir o reescriben las peticiones que tienen malos patrones del HTTP ;
El de la gerencia de la anchura de banda y el de trafican formando el de, para alisar abajo de picos en uso de la red;
técnicas del del escondrijo de Web de que despliegan ;
usar diversos Domain Name para servir diverso contenido (estático y dinámico) por web server separados, es decir:
http://images.com
http://www.com
usar diversos Domain Name y/o las computadoras para separar archivos grandes de pequeños y medianos archivos; la idea es poder completamente archivos del escondrijo a los pequeños y medianos y a eficientemente sirve (sobre MB 10 - 1000) archivos grandes o enormes usando diversos ajustes;
usar muchos web server (programas) por la computadora, cada uno limita a su propia tarjeta de red y al IP address ;
usar muchos web server (computadoras) que se agrupen juntos de modo que actúen o estén vistos como un web server grande, ver también: del balanceador de la carga de ;
adición de más recursos de hardware (es decir del RAM de, de los discos ) a cada computadora;
parámetros de adaptación del OS para las capacidades y el uso del hardware;
usar programas de computadora más eficientes para los web server, el etc.;
usar otras soluciones alternativas especialmente si el contenido dinámico está implicado.
Notas históricas
En el Tim Berners-Lee 1989 propuesto a su CERN (organización europea del patrón para la investigación nuclear) un nuevo proyecto, que tenía la meta de facilitar el intercambio de información entre los científicos usando un sistema de hipertexto. Como resultado de la puesta en práctica de este proyecto, en Berners-Lee 1990 escribió dos programas:un hojeador llamó el World Wide Web ;
el primer web server del mundo, que funcionó en el NeXTSTEP .
Entre 1991 y 1994 la simplicidad y la eficacia de las tecnologías tempranas usadas para practicar surf y de los datos de intercambio con el World Wide Web ayudado para virarlos hacia el lado de babor a muchos diversos sistemas operativos y para separar su uso entre las porciones de diversos grupos de personas sociales, primero en organizaciones científicas, entonces en universidades y finalmente en industria.
En Tim 1994 Berners-Lee decidía constituir el World Wide Web Consortium para regular el desarrollo posterior de las muchas tecnologías implicadas (HTTP, HTML, etc.) con un proceso de la estandardización.
Los años siguientes son la historia reciente que ha considerado un crecimiento exponencial del número de Web site y de servidores.
Estructura del mercado
Se da abajo una lista de proveedores de software superiores del web server publicados en una encuesta sobre Netcraft en diciembre de 2007.
Ver también
¡los acoplamientos a los artículos ligados ya prominente a arriba -->Comparación de los web server
Web server minúsculos
El SSI, cgi, SCGI, FastCGI, PHP, Java Servlet, JavaServer pagina, ASP, ASP .NET, servidor API
de recibimiento virtual
Servicio de recibimiento de Web
Servidor de aplicaciones
Compresión del HTTP
.
| Random links: | Brandy | Roberto Taft | Gunfighters occidentales | Regalim de Shalosh | Corte de Clevedon |