Resumen

  • En febrero de 1995, Brian Behlendorf y Cliff Skolnick montaron la lista de correo y la infraestructura compartida que permitió coordinar parches para NCSA httpd.
  • El grupo probó su versión de Apache basada en NCSA en sus propios servidores; publicarla no demostraba que operadores externos la hubieran instalado o estuvieran ejecutándola.

El servidor que acabaría llamándose Apache no nació de un diseño desde cero, sino de un problema de mantenimiento repartido entre operadores. Después de que Rob McCool dejara NCSA en 1994, el desarrollo de NCSA httpd perdió impulso. Distintos administradores web añadían extensiones y corregían fallos por su cuenta; faltaba un medio común para intercambiar y combinar esos cambios.

La historia oficial de Apache asigna a Brian Behlendorf una función concreta de infraestructura en esa respuesta. Junto con Cliff Skolnick, ayudó a organizar una lista de correo, un espacio de información compartido y cuentas de acceso para desarrolladores en una máquina del área de la bahía de San Francisco. HotWired aportó el ancho de banda. Eso no convierte a Behlendorf en autor único de Apache. A finales de febrero de 1995, ocho personas formaban el grupo original, con otros colaboradores. El directorio de miembros del proyecto describe su labor como variada y centrada en la infraestructura del desarrollo.

La primera frontera separaba los parches dispersos de una base común

El grupo partió de NCSA httpd 1.3, reunió las correcciones publicadas y mejoras que consideraba útiles, probó el resultado en sus propios servidores y publicó Apache 0.6.2 en abril de 1995. Cada paso representa un estado distinto: existe un parche; los colaboradores lo seleccionan e integran; sus servidores prueban el conjunto; luego el grupo publica una versión. Ninguno de esos pasos, por sí solo, dice qué instaló cada administrador externo.

La frontera con NCSA tampoco fue una ruptura limpia. NCSA reanudó su desarrollo en el mismo periodo. Brandon Long y Beth Frank, de su equipo de servidores, se incorporaron a la lista en marzo como miembros honorarios para compartir ideas y correcciones entre ambos proyectos. La primera base común de Apache seguía dentro de un intercambio entre proyectos.

Una versión pública necesitaba una segunda prueba

La primera entrega atrajo usuarios, pero el historial del proyecto registra otra etapa de trabajo. En mayo y junio, Robert Thau diseñó la arquitectura Shambhala: una estructura y una API modulares, asignación de memoria mediante grupos y un modelo adaptable de procesos prefork. El grupo cambió a esa base en julio y Apache 0.8.8 llegó en agosto. Apache 1.0 apareció el 1 de diciembre tras extensas pruebas beta, adaptaciones a plataformas menos habituales, nueva documentación y módulos estándar.

La secuencia importa porque «publicado» no equivale a «en ejecución». Los colaboradores podían probar una compilación en sus propias máquinas y publicar un archivo; cada operador externo aún debía afrontar su hardware, configuración, módulos, ventanas de mantenimiento y posibilidades de reversión. La historia del proyecto afirma que Apache superó a NCSA entre los servidores más usados de Internet durante 1996. Una encuesta contemporánea de Netcraft, en mayo, situó Apache en el 30 % y a NCSA en el 25 % de los sitios encuestados.

Es evidencia sólida de adopción a escala, pero no un censo de todos los hosts ni un historial versión por versión de los procesos desplegados.

La contribución documentada de Behlendorf se entiende mejor en ese traspaso. Su trabajo ayudó a crear los canales de comunicación y acceso que permitieron convertir el mantenimiento disperso en una versión compartida. La ingeniería y las pruebas correspondían a un grupo más amplio; la arquitectura posterior tuvo un diseñador identificado; y cada propietario de servidor conservaba una decisión operativa propia. El mecanismo explica cómo fue posible publicar una versión común, no demuestra una adopción universal.

La Nota 64 es una lente, no el origen de Apache

La Nota 64 de Heng Lu distingue una propuesta publicada de un cambio implementado, desplegado y adoptado por sus participantes. Esa diferencia ayuda a formular una pregunta actual sobre Apache, pero la nota no es una fuente histórica del proyecto y no hay indicios de que sus fundadores la anticiparan. Su ámbito declarado incluye libros contables distribuidos u otros mecanismos de estado verificable; Apache era un servidor web mantenido en colaboración y posteriormente incorporó gobernanza formal de proyecto. La comparación se limita a una idea: anunciar una versión no puede hacer que el servidor de un operador la ejecute.

Para un operador, la cadena de evidencia debe continuar después de la etiqueta del repositorio: identificar el paquete o la compilación, probar la configuración y los módulos locales, desplegar por etapas, observar el proceso tras el cambio y conservar una vía de reversión. El repositorio muestra lo que publicaron los mantenedores; solo las comprobaciones bajo control del operador muestran qué funciona en un servicio concreto.

Fuentes