Desglose de cada pieza de la pila y opciones de Software. Reducir el énfasis en los archivos de configuración y mas énfasis en cuando cada pieza es adecuada.

La pila de Software

Servidores Web

Algunos consejos generales sobre elegir un servidor Web - no importa lo que usted elija, 99.9999% de las veces no se busca a toda velocidad. Cualquiera de estos servidores se encargará de lo que tenga que publicar lo haga muy bien. Dicho esto, buscar las características y la facilidad de la primera configuración. ¿Es posible que usted necesitará HTTPS, ahora o en el futuro? Eso podría ser un problema si usted solo usa como criterio un servidor rápido y ligero.

• Apache - es un de los servidores multi-propósitos que han estado desde su nacimiento. Es increíblemente estable y tiene muchas características, las cuales también lo significa que es ligeramente más lento que algunos de los servidores mas recientes que están disponibles (al menos eso dice la gente).

Con Apache se obtiene un apoyo impresionante para cosas como HTTPS (incluyendo comodines OOB), hosting virtual, las reglas de reescritura, un proxy y módulo de balanceo de carga (es probable que no desee utilizarlo), y el apreciado mod_python en caso de que necesite para llevarlo al siguiente nivel después. Se instala por defecto en casi todos los de instalación de Linux, y hay port de los instaladores para todos los sistemas.

• Recomendado para: novatos, administradores de sistema de la "vieja escuela", personas que trabajan con los requisitos de los clientes, cualquier persona que no sabe lo que otra persona usa.

• Desventajas: muchas personas se quejan de las enormes archivos de configuración, pero los veteranos ofrecerá eso tan limpia y clara como una colegiala en un domingo. Las ACL y reglas de reescritura harán volar su mente al principio, pero que son muy poderosos.

• Recursos del sistema: hilo intensivo, tiende a poner a funcionar su CPU. No se recomienda que este en la misma caja como una instancia de Zope. 

• Nginx - es un único servidor asíncrono sub-proceso (como en espiral) y es muy bueno como proxy reverso. Es básicamente una gota en el reemplazo para Apache y es bien malo para servir archivos estáticos. Las configuraciones típicas utilizan una fracción de la memoria de Apache. La reescritura de direcciones URL, soporta HTTPS, la compresión gzip, los logging (registros) son sólidos.

• Recomendado para: personas quienes necesitan servir a la carga mega mega

• Desventajas: es el más reciente que el resto de los servidores Web

• Recursos del sistema: cpu y si usted esta si usted es oscilante de alta carga, memoria, tanto en lo general mucho menos que Apache.

• Squid - es el "viejo favorito" por los administradores Unix, y puede funcionar como un servidor Proxy y un Web caché. No tiene soporte para módulos de servicio del estilo CGI pero usted puede hacer algunas cosas tan geniales con la petición de enrutamiento. La principal ventaja es su compatibilidad con el almacenamiento en caché, de esto lo que espero hablar en la sección de Cacheo de contenidos.

• Recomendado para: Las personas con sus requisitos de red extraño, quieres ser simple y sólo tienen una capa que hace todo el almacenamiento en caché, balanceo de carga, etc... No sé si recomendar este.

• Desventajas: La configuración puede ser como "tener una lobotomía" - la configuración de balanceo de carga con compañeros caché casi nunca funciona después de la primera hora de jugar con él, ESPECIALMENTE si usted está ejecutando todo en una sola máquina.

• Recursos del sistema: A este programa le gusta comer de todo, y todavía tiene la configuración manual de la cantidad de memoria RAM que utiliza que no está de moda en estos días (ver las notas de la arquitectura Varnish para una explicación). Squid se comporta mejor en un cuadro por sí mismo e interferirá con casi todos los otros servidores por eso debe usarse con cuidado.

• Zope - es el servidor HTTP por defecto de Zope, es decir no requieres un servidor HTTP adicional para publicar una aplicación Zope o un sitio Plone, ya que la arquitectura de Zope ofrece un componente llamado ZServer el cual ofrece flexible conectividad a Internet soportando muchos protocolos de red incluyendo HTTP, FTP, WebDAV, XML-RPC, FastCGI, y PCGI. ZServer puede can funcionar conjuntamente con servidores Web existentes.

• Recomendado para: Programadores en Python, Zope / Plone.

• Desventajas: TODO.

• Recursos del sistema: TODO.

• Existen otras opciones como Lighttpd, Cherokee, entre otras.

Proxies / Balanceador de Carga

Un buen proxy / balanceador de carga le hará su vida mucho más fácil. Un buen balanceador detectará cuando los hosts están caídos, vuelve a escribir las llamadas caídas, poco a poco cuando un servidor viene de nuevo en línea, vuelve a configurar sin necesidad de reiniciar y hacer todo tipo de cosas locas en el nivel de enrutamiento. Cuando se trata de velocidad, si usted no necesita una gran cantidad de maniobras url de lujo, usted requiere buscar un balanceador L4. De lo contrario se obtiene L7. No es que mucho más lento y tendrás mucha más flexibilidad en el largo plazo.

• HAProxy - Un ejemplo de configuración para una básica instalación aquí. Si usted no sabe por dónde empezar y usted sabe que está construyendo un gran sistema, sólo tiene que revisar esta configuraciones y decir "adiós" a todas sus preocupaciones, en serio.Ofrece tanto configuraciones L4 como L7.

• Recomendado para: La gente que esta esperando gestionar múltiples servidores Zope, se reinicia con frecuencia, a los amantes de sistemas de grandes.

• Desventajas: No me puedo quejar de nada.

• Perlbal - Yo nunca he usado perlbal pero el chico quien lo escribió, me enseñó todo lo que sé sobre el equilibrio de carga (de lejos - que tiene conversaciones muy bien) y así estoy seguro que se pueden hacer cosas buenas con perlbal. Justo no he tenido necesidad de un equilibrador de L7 en el momento.

• Recomendado para: Aquellos que les gusta probar cosas nuevas y emocionantes y creo en las teorías que predica el escritor.

• Desventajas: No poseer aun récipes buildout, no hay mucha documentación en comparación con otros proxies. Basado en Perl.

• Pound  - Oh Pound. Pound, Pound, Pound.... ofrece L4 Cache. La gente lo ama y lo odia. 

• Recomendado para: Soluciones simples, masoquistas.

• Desventajas: La configuración me da un dolor de cabeza y yo NUNCA he logrado que Pound trabaje de la forma que yo he querido.

• Apache - Actualmente hace un gran trabajo como servidor proxy y un buen trabajo como balanceador de carga. No es tan sofisticado como HAProxy, pero conseguirá hecho el trabajo para configuraciones pequeñas. Se trata de una caché de L7 y es bastante eficaz si usted ya listo para la apertura de las cabeceras para hacer reescrituras o cualquiera de las otras características interesantes de Apache.

• Squid - Igual que el Apache en realidad.

Cacheo Web Externo

Los cachés web debe ubicarse entre el servidor web y Plone y entre el y cachés de postproducción de páginas. A veces incluso servir las páginas correcta a los usuarios. A veces los cachés web, están incorporadas en los servidores proxy y servidores de web y equilibradores de carga - no hay realmente un montón de variedad aquí.

Usted puede obtener una gran cantidad de valor si usted tiene un montón no-personalizado y / o contenido en el anonimato. Si sirve todo bajo inicio de sesión, sólo se adhieren con optimizaciones en caché del navegador y pasar por alto esta parte del sistema. Las cosas más obvias que usted quiere estar seguro del cacheo de los archivos CSS y JS, así como cualquier contenido anónimo y el contenido que no cambia mucho. ¿Esto suena como un montón de configuración? Ya lo creo. ¿Una gran cantidad de monitoreo? Sí. ¿Un dolor de cabeza gigante? A veces. Si lo que busca es optimizar, yo no recomiendo empezar aquí. Usted puede lanzar uno cache Web en cualquier momento.

• Varnish - es el caché facto para Plone en estos días y esta programa tiene buenas herramientas para ver lo que está en el caché y de mas cosas. Sin embargo, si usted se encuentra haciendo cosas complicadas, hace, purga, hace, puede ser más problemático que su valor (lo que yo, es como que estoy neciando los comentarios con esta declaración...). Lo bueno es que hay un montón de recetas para la inclusión de Varnish en su configuración ya si quieres hacerlo de una ves. Sólo recuerde para monitorear y asegurarse de que está en realidad al obtener el valor de ella! Aquí hay un buen tutorial sobre la configuración de Varnish con Plone.

• Apache Traffic-Server - @Wyn (asigottech) considera que es mucho mejor que el Varnish para medianos y grandes sitios (Yahoo, por ejemplo) y la próxima generación de Varnish o de Squid con todas las características y hay más. Él dice que soporta ATS hacia adelante y proxy inverso, terminación SSL / HTTPS (autenticación de cliente, que sirve de caché o volver a cifrar la conexión y el objeto de recuperar desde el servidor de origen para almacenar en su caché) de almacenamiento en caché jerárquica (que puede buscar sus padres o cachés infantil en otros lugares para el objeto) y los clusters de caché en las ubicaciones físicas iguales o diferentes, así el manejo re-escritura URL, las cookies y más, sus consejos sólo es importante el uso inestable 2.1.1 o superior y si usa Ubuntu use versiones mayores a la 9.04., Ellos están desplegando a través de un sistema mundial de caché de sistema de CDN.

• Apache - Hay un modulo llamado mod_cache, Yo no sé nada al respecto, y la mayoría de la gente no lo usa. Q.E.D.

• Squid  - Sé lo que estás pensando - ¿que es lo que no puede hacer Squid?, una vez más, puede ser una fuga en el sistema si su disco ya está girando mucho. Hay un montón de fanaticos entre los Squid y Varnish y la forma "CORRECTA" para hacer el almacenamiento en caché. Decide por ti mismo. A continuación, descarga de Squid y montante al barco con los chicos amigables...

Otras Opciones de Cache

• Memcache

Otras Opciones de Base de Datos

• Relstorage - consultar Shane Hathaway's blog post about RelStorage vs ZODB shootout -  RelStorage + RDBMS petea algunos traseros de Zope en algunas pruebas. Segun los usuarios es que su más rápido, pero a cambio de más memoria. Para obtener más información, vea la charla de Lars en la Plone Symposium East 2010.

• Neopod - usado por objectis. Usa MySQL como un backend con la libreria ZEO.

Ejemplos de Instalaciones

• Plone.org (usando Nginx, Varnish, Pound y XDV)