Résumé

  • En février 1995, Brian Behlendorf et Cliff Skolnick ont mis en place la liste et les moyens de développement partagés qui permettaient aux webmestres de coordonner les correctifs de NCSA httpd.
  • Le groupe a testé sa version d’Apache sur ses propres serveurs ; sa publication ne prouvait pas que les autres exploitants l’avaient installée ou utilisaient.

Le serveur devenu Apache n’est pas né d’une conception entièrement neuve, mais d’un problème de maintenance réparti entre plusieurs exploitants. Après le départ de Rob McCool de NCSA en 1994, le développement de NCSA httpd s’est enlisé. Des webmestres ajoutaient chacun leurs extensions et corrigeaient les défauts ; il manquait un moyen commun pour échanger puis réunir ces changements.

L’histoire officielle d’Apache attribue à Brian Behlendorf un rôle précis, lié à l’infrastructure, dans la résolution de ce problème. Avec Cliff Skolnick, il a contribué à installer une liste de diffusion, un espace d’information partagé et des accès développeur sur une machine dans la région de la baie de San Francisco. HotWired a fourni la bande passante. Cela ne fait pas de Behlendorf l’auteur unique d’Apache. À la fin de février 1995, huit personnes formaient le groupe Apache d’origine, avec d’autres contributeurs.

La liste officielle des membres décrit plus tard ses activités comme diverses, surtout axées sur l’infrastructure du développement.

Le premier passage menait des correctifs dispersés à une base commune

Le groupe est parti de NCSA httpd 1.3, a rassemblé les correctifs publiés et les améliorations jugées utiles, a testé le résultat sur ses propres serveurs, puis a publié Apache 0.6.2 en avril 1995. Chaque étape correspond à un état différent : un correctif existe ; les contributeurs le choisissent et l’intègrent ; leurs serveurs éprouvent l’ensemble ; le groupe publie ensuite une version. Aucune de ces étapes n’indique, à elle seule, ce que chaque webmestre extérieur a installé.

La frontière avec NCSA n’était pas une rupture nette. NCSA a relancé son développement à la même période. Brandon Long et Beth Frank, de son équipe serveur, ont rejoint la liste en mars comme membres honoraires pour permettre aux deux projets d’échanger idées et correctifs. Le premier Apache commun s’inscrivait donc encore dans des échanges entre projets.

Une version publique demandait une seconde épreuve

La première version a trouvé des utilisateurs, mais l’historique du code relate une autre phase de travail. En mai et juin, Robert Thau a conçu l’architecture Shambhala : structure et API modulaires, allocation de mémoire par pools et modèle adaptatif de processus précréés. Le groupe a adopté cette base en juillet et Apache 0.8.8 a suivi en août. Apache 1.0 est paru le 1er décembre après des essais bêta approfondis, des adaptations à des plateformes moins courantes, une nouvelle documentation et des modules standards.

Cette séquence importe parce que « publié » ne signifie pas « en service ». Les contributeurs pouvaient tester une compilation sur leurs machines puis publier une archive ; les autres exploitants devaient encore composer avec leur matériel, leur configuration, leurs modules, leurs fenêtres de maintenance et leurs solutions de retour arrière. Selon l’histoire du projet, Apache a dépassé NCSA parmi les serveurs les plus utilisés en 1996. Une enquête Netcraft contemporaine, en mai, mesurait Apache à 30 % et NCSA à 25 % parmi les sites interrogés.

C’est un indice fort d’adoption à grande échelle, pas le recensement de chaque hôte ni l’historique de chaque version déployée.

La contribution documentée de Behlendorf se comprend au mieux à ce passage. Son travail a contribué aux échanges et aux accès grâce auxquels un entretien distribué pouvait aboutir à une version commune. L’ingénierie et les essais relevaient d’un groupe plus large ; la refonte ultérieure avait un architecte identifié ; chaque propriétaire de serveur conservait un choix opérationnel distinct. Ce mécanisme explique comment une version publique est devenue possible, sans faire de sa publication la preuve d’une adoption universelle.

La Note 64 est une grille de lecture, pas l’origine d’Apache

La Note 64 de Heng Lu distingue une proposition publiée d’un changement mis en œuvre, déployé et adopté par ses participants. Cette distinction aide à poser une question actuelle sur Apache, mais la note n’est pas une source historique sur le projet et rien n’indique que ses fondateurs l’aient anticipée. Son champ déclaré inclut les registres distribués ou d’autres mécanismes d’état vérifiable ; Apache était un serveur web maintenu en collaboration et s’est ensuite doté d’une gouvernance de projet formelle. La comparaison s’arrête à cette idée : annoncer une version ne peut pas faire tourner celle-ci sur le serveur d’un exploitant.

Pour l’exploitant, la chaîne de preuves continue donc après l’étiquette amont : identifier le paquet ou la compilation, tester configuration et modules locaux, déployer progressivement, observer le processus après bascule et préserver un retour arrière. Un dépôt indique ce que les mainteneurs ont publié ; seuls des contrôles sous la responsabilité de l’exploitant montrent ce qui fonctionne sur un service précis.

Sources