Trabajando con un sitio grande, con mucha gente y páginas manteniéndolo, te encontrarás con varios flujos de trabajo para llegar desde un prototipo de papel de diseño web hasta las páginas reales en vivo en Internet. El flujo de trabajo para un sitio complejo puede incluir muchos servidores web y ubicaciones de servidores separados. Y cada uno de estos servidores tiene un propósito diferente. Esto describirá algunos de los servidores más comunes en un sitio web complejo y cómo se utilizan.

Producción de Servidores Web

Este es el tipo de servidor web con el que la mayoría de los diseñadores web están familiarizados. Un servidor de producción es un servidor web que aloja páginas web y contenido que está listo para la producción. En otras palabras, el contenido de un servidor web de producción es en directo a Internet o está listo para ser entregado a Internet.

En una empresa pequeña, el servidor de producción es donde viven todas las páginas web. Los diseñadores y desarrolladores prueban las páginas en sus máquinas locales o en áreas ocultas o protegidas por contraseña en el servidor activo. Cuando una página está lista para entrar en funcionamiento, simplemente se mueve en el servidor de producción, ya sea por FTP desde el disco duro local o moviendo los archivos desde el directorio oculto al directorio activo.

El flujo de trabajo sería:

1. El diseñador construye el sitio sobre una máquina local.
2. El diseñador prueba el sitio en una máquina local.
3. El diseñador sube el sitio a un directorio oculto en un servidor de producción para realizar más pruebas.
4. Los diseños aprobados se trasladan a las áreas activas (no ocultas) del sitio web.

Para un sitio pequeño, este es un flujo de trabajo perfectamente aceptable. Y de hecho, a menudo se puede ver lo que está haciendo un sitio pequeño mirando archivos con nombres como:

index2.html y dentro de directorios con nombres como:

/new

Mientras recuerde que los motores de búsqueda pueden encontrar áreas no protegidas por contraseña como esa, publicar actualizaciones en el servidor de producción es una buena manera de probar nuevos diseños en un entorno activo sin necesidad de servidores adicionales.

Servidor de pruebas o servidor de control de calidad

Los servidores de prueba son una adición útil al flujo de trabajo de un sitio web porque le proporcionan una forma de probar nuevas páginas y diseños en un servidor web que no es visible para los clientes (y la competencia). Los servidores de prueba están configurados para ser idénticos al sitio en vivo y generalmente tienen algún tipo de configuración de control de versiones para asegurarse de que cualquier cambio sea registrado. La mayoría de los servidores de prueba se instalan detrás de un cortafuegos corporativo para que sólo los empleados puedan verlos. Pero también se pueden configurar con protección por contraseña fuera de un cortafuegos.

Un servidor de pruebas es muy útil para sitios que utilizan mucho contenido dinámico, programación o CGIs. Esto se debe a que a menos que tenga un servidor y una base de datos configurados en su computadora local, es muy difícil probar estas páginas sin conexión. Con un servidor de pruebas, puede publicar sus cambios en el sitio y luego ver si los programas, scripts o bases de datos siguen funcionando como usted deseaba.

Las empresas que tienen un servidor de pruebas normalmente lo añaden al flujo de trabajo de esta manera:

1. Desginer construye el sitio localmente y lo prueba, como en el caso anterior.
2. El diseñador o desarrollador sube los cambios al servidor de pruebas para probar los elementos dinámicos (PHP u otros scripts del lado del servidor, CGI y Ajax).
3. Los diseños aprobados se trasladan al servidor de producción.

Servidores de desarrollo

Los servidores de desarrollo son muy útiles para sitios que tienen un gran componente de desarrollo, como sitios de comercio electrónico y aplicaciones web complejos. Los servidores de desarrollo son utilizados por el equipo de desarrollo web para trabajar en la programación del back end del sitio web. Casi siempre tienen sistemas de control de versiones o de código fuente para múltiples miembros del equipo y proporcionan un entorno de servidor para probar nuevos scripts y programas.

Un servidor de desarrollo es diferente de un servidor de pruebas porque la mayoría de los desarrolladores trabajan directamente en el servidor. El propósito de este servidor es típicamente probar cosas nuevas en programas. Aunque las pruebas se realizan en un servidor de desarrollo, tienen el propósito de hacer que una pieza de código funcione, no de probarla en función de criterios específicos. Esto permite a los desarrolladores preocuparse por los detalles del sitio web sin tener que preocuparse por su apariencia.

Cuando una empresa tiene un servidor de desarrollo, a menudo tiene equipos separados que trabajan en el diseño y el desarrollo. Cuando este es el caso, el servidor de pruebas se vuelve aún más importante, ya que es ahí donde los diseños se encuentran con los scripts desarrollados. El flujo de trabajo con un servidor de desarrollo es típicamente:

1. Los diseñadores trabajan en los diseños en sus máquinas locales.
   1. Al mismo tiempo, los desarrolladores trabajan en scripts y programas en el servidor de desarrollo.
2. El código y los diseños se fusionan en el servidor de pruebas para su comprobación.
3. Los diseños y el código aprobados se trasladan al servidor de producción.

Content Server

Para sitios con mucho contenido, puede haber otro servidor que albergue el sistema de gestión de contenidos. Esto permite a los desarrolladores de contenido un lugar para añadir su contenido sin que se vea afectado por el diseño o los programas que se construyen junto a él. Los servidores de contenido son muy parecidos a los servidores de desarrollo, a excepción de los escritores y artistas gráficos.

Servidor de preparación

Un servidor de puesta en marcha es a menudo la última parada para un sitio web antes de que se ponga en producción. Los servidores de puesta en marcha están diseñados para que se parezcan lo más posible a la producción. Por lo tanto, el hardware y el software son a menudo reflejados para la puesta en marcha y la producción de servidores web. Muchas compañías usan un servidor de pruebas como servidor de pruebas, pero si el sitio es extremadamente complejo, un servidor de pruebas les da a los diseñadores y desarrolladores una última oportunidad para verificar que los cambios propuestos funcionan como están diseñados y no tienen un impacto negativo en el sitio en general, sin tener que realizar otras pruebas en el servidor de pruebas que causen confusión.

Los servidores de puesta a disposición se utilizan a menudo como una forma de «período de espera» para los cambios en el sitio web. En algunas empresas, el servidor de puesta en marcha implementa automáticamente el nuevo contenido publicado allí, mientras que otras empresas utilizan el servidor como área de prueba y aprobación final para personas ajenas al equipo web, como la gestión, el marketing y los grupos afectados. El servidor de puesta a disposición se pone típicamente en el flujo de trabajo de esta manera:

1. Los diseñadores trabajan en los diseños en sus máquinas locales o en el servidor de pruebas.
   1. Los autores del contenido crean el contenido en el CMS.
   2. Los desarrolladores escriben código en el servidor de desarrollo.
2. El diseño y el código se unen en el servidor de pruebas (a veces el contenido se incluye aquí, pero a menudo se valida en el CMS fuera del flujo de trabajo de diseño).
3. El contenido se agrega a los diseños y al código en el servidor de preparación.
4. Se reciben las aprobaciones finales y todo el sitio se envía al servidor de producción.

El flujo de trabajo de su empresa puede ser diferente

Una cosa que hemos aprendido es que el flujo de trabajo en una compañía puede ser completamente diferente al de otra compañía. Hemos construido sitios web que escriben HTML directamente en el servidor de producción usando Emacs y vi y hemos construido sitios web donde no hemos tenido acceso a nada más que una pequeña sección de la página en la que estamos trabajando y hemos hecho todo nuestro trabajo dentro de un CMS. Al comprender el propósito de los distintos servidores que puede encontrar, puede realizar su trabajo de diseño y desarrollo de forma más eficaz.