we’re only gonna die from our arrogance

• Usa servidores distintos para servir tus elementos dinámicos (por ejemplo, las páginas HTML) y los estáticos (imágenes, css, etc.).
• Reparte carga entre máquinas. Cuantas más mejor. O sea, si tienes 6000€ para frontales, compra 10 de 600, no 2 de 3000. Como en todo en la vida, esta regla puede tener excepciones… pero muy pocas.
• Convierte en estático todo lo que puedas, aunque eso implique hacer grandes procesos en batch. Lo harás una vez, lo servirás un montón de veces más. Recuerda que el disco y la memoria son baratos.
• Aleja, todo lo que puedas, las BB.DD. de los usuarios. Aplica el punto anterior.
• Comprime todo lo comprimible: CSS, JS, XMLs, etc. Por ejemplo, los XMLs de los resultados tienen un ratio de compresión de 10:1.
• ¿Tu servidor HTTP aguanta pre-compresión? Úsala o cambia a uno que lo soporte si la respuesta fue no.
• Ten un proveedor de ancho de banda que entienda tu problemática y que sepa reaccionar contigo.
• Mejor aún, ten varios proveedores que te entiendan. Al final, el 99.99% de servicio significa que alguna vez se caen.
• A pesar de todo lo que te digan, NFS va estupendamente pero (1) asegúrate de que tu servidor [de NFS] aguantará la carga (mi consejo es que uses appliances para ello) y (2) usa políticas de ‘cacheado’ muy agresivas.
• Si algo puede ir mal, piensa antes qué hacer. Ten un plan. No improvises, hay que ser muy bueno para eso y tener la sangre muy fría. No merece la pena el riesgo.
• Tú, mejor que nadie, sabes lo que necesitas, tus particularidades y por qué haces las cosas de no sé qué forma. No te quieras ajustar estrictamente a los modelos de otros.

Fuente: soitu.es

Otro artículo interesante (versión PDF) del mismo autor, sobre el funcionamiento técnico de www.elmundo.es (gracias a enlavin).