الخلاصة

  • في فبراير 1995، أنشأ Brian Behlendorf وCliff Skolnick قائمة البريد والبنية المشتركة التي أتاحت لمشغّلي المواقع تنسيق إصلاحات NCSA httpd.
  • اختبرت المجموعة إصدار Apache المبني على NCSA في خوادمها؛ لكن نشره لم يثبت أن المشغّلين الآخرين ثبّتوه أو كانوا يشغّلونه.

لم يبدأ خادم الويب الذي صار Apache بتصميم جديد من الصفر، بل بمشكلة صيانة موزعة بين المشغّلين. بعد مغادرة Rob McCool لمركز NCSA في 1994، تباطأ تطوير NCSA httpd. كان مشغّلو المواقع يضيفون امتدادات ويصلحون العيوب بصورة مستقلة؛ وما كان ينقصهم قناة مشتركة لتبادل تلك التغييرات ودمجها.

ينسب التاريخ الرسمي لمشروع Apache إلى Brian Behlendorf دوراً محدداً في البنية التعاونية التي سدّت هذه الفجوة. فقد ساعد، مع Cliff Skolnick، في إنشاء قائمة بريد ومساحة معلومات مشتركة وحسابات دخول للمطوّرين على حاسوب في منطقة خليج كاليفورنيا؛ وقدّمت HotWired عرض النطاق الترددي. لكن ذلك لا يجعل Behlendorf مؤلف Apache الوحيد. وبحلول نهاية فبراير 1995، شكّل ثمانية أشخاص مجموعة Apache الأصلية، إلى جانب مساهمين آخرين. ويصف سجلّ المساهمين دوره لاحقاً بأنه متنوع ويركّز على بنية عملية التطوير.

الحدّ الأول كان بين إصلاحات متفرقة وقاعدة مشتركة

بدأت المجموعة من NCSA httpd 1.3، وجمعت الإصلاحات المنشورة والتحسينات المفيدة، ثم اختبرت النتيجة في خوادمها وأطلقت Apache 0.6.2 بوصفه أول إصدار علني رسمي في أبريل 1995. كل فعل هنا يسجل حالة مختلفة: يوجد إصلاح؛ يختاره المساهمون ويدمجونه؛ تختبر خوادمهم الحصيلة؛ ثم تنشر المجموعة إصداراً. ولا تكشف أي مرحلة بمفردها ما الذي ثبّته كل مشغّل خارجي.

ولم يكن الحدّ مع NCSA قطيعة تامة. فقد استأنف المركز تطويره في الفترة نفسها. وانضم Brandon Long وBeth Frank، من فريق خوادم NCSA، إلى القائمة في مارس عضوين فخريين كي يتبادل المشروعان الأفكار والإصلاحات. لذلك ظلّ أول إصدار مشترك من Apache داخل شبكة تبادل تتجاوز حدود مشروع واحد.

احتاج الإصدار العلني إلى اختبار آخر

اجتذب الإصدار الأول مستخدمين، لكن سجلّ المشروع يوثق جولة أخرى من العمل. ففي مايو ويونيو صمّم Robert Thau بنية Shambhala، بما فيها هيكل وواجهة برمجية وحداتية، وتخصيص الذاكرة عبر المسابح، ونموذج متكيّف للعمليات المنبثقة مسبقاً. وانتقلت المجموعة إلى هذه القاعدة في يوليو، ثم صدر Apache 0.8.8 في أغسطس. وجاء Apache 1.0 في الأول من ديسمبر بعد اختبارات بيتا مكثفة ونقل البرنامج إلى منصات أقل شيوعاً وإعداد وثائق جديدة وإضافة وحدات قياسية.

تكمن أهمية هذا التسلسل في أن «صدر» لا تعني «يعمل». استطاع المساهمون اختبار نسخة مبنية على أجهزتهم ثم نشر ملف؛ لكن المشغّلين الخارجيين ظلوا يواجهون عتادهم وإعداداتهم ووحداتهم ونوافذ الصيانة وخيارات العودة إلى الإصدار السابق. ويقول تاريخ المشروع إن Apache تجاوز NCSA ليصبح خادم الويب الأكثر استخداماً على الإنترنت خلال 1996. وفي مسح Netcraft معاصر في مايو، استحوذ Apache على 30% وNCSA على 25% من المواقع التي شملها المسح. وهذا دليل قوي على اتساع الاعتماد، لكنه ليس تعداداً لكل مضيف ولا سجلاً لكل نسخة كانت تعمل.

تتضح مساهمة Behlendorf الموثقة عند هذه النقلة تحديداً. فقد ساعد في إيجاد قنوات اتصال ووصول جعلت تحويل الصيانة المتفرقة إلى إصدار مشترك أمراً ممكناً. أما الهندسة والاختبار فكانا عمل مجموعة أكبر؛ وكان لتصميم البنية اللاحق مهندس محدد؛ وظلّ لكل مالك خادم قرار تشغيلي منفصل. تشرح الآلية كيف أمكن نشر نسخة مشتركة، ولا تثبت أن الجميع اعتمدوها.

Note 64 عدسة تحليلية وليست قصة نشأة Apache

تميّز Note 64 لـHeng Lu بين مقترح منشور وبين تغيير ينفذه المشاركون وينشرونه ويعتمدونه. يساعد هذا التمييز على طرح سؤال معاصر عن Apache، لكن Note 64 ليس مصدراً تاريخياً للمشروع ولا دليل على أن مؤسسيه سبقوا إليه. ويشمل نطاق التصميم المعلن فيها السجلات الموزعة أو آليات مكافئة لحالة قابلة للتحقق؛ أما Apache فكان خادم ويب تُصونه جماعة، ثم اكتسب حوكمة رسمية للمشروع. والمقارنة ضيقة: إعلان إصدار لا يجعل خادم مشغّل بعينه يعمل به.

لذلك ينبغي أن تستمر سلسلة الأدلة لدى المشغّل إلى ما بعد وسم الإصدار upstream: تحديد الحزمة أو النسخة المبنية، واختبار الإعدادات والوحدات المحلية، ثم النشر على مراحل ومراقبة العملية بعد التحويل والإبقاء على مسار للعودة. يبين المستودع ما نشره القائمون على الصيانة؛ ولا يثبت ما يعمل على خدمة محددة سوى فحوص تقع تحت سيطرة مشغّلها.

المصادر