تمويل المصادر المفتوحة تحوّل إلى أيديولوجيا، ومنصتك التقنية لم تُستشر
الأموال التي تُبقي طبقة برمجياتك الأساسية حية باتت تحمل رؤية أيديولوجية متزايدة. هذا يحوّل التمويل إلى آلية انقسام (fork) بدل أن يكون عامل استقرار، ويجعل سؤال «في أي فرع أنا؟» سؤالاً لم يطرحه سجل مخاطرك من قبل.
أخطر افتراض في بنيتك التقنية هو أن الأجزاء «المملة» منها مستقرة إلى الأبد. خلال السنوات الثلاث الماضية انقسمت طبقة التخزين المؤقت (cache)، ومحرك البحث، وأداة البنية التحتية ككود (infrastructure-as-code)، وهي مكوّنات اعتمدت عليها شركات بأكملها لأنها بدت دائمة تحديدًا، إلى فروع (forks) متنافسة، كل منها بتمويل مستقل. كان تمويل المصادر المفتوحة يومًا ما أمرًا مملًا جدًا لدرجة أنه لا يستحق السؤال. أما اليوم فهو من يقرر أي فرع من منصتك سينجو، ولم يُرسل أحد المذكرة إلى إدارة المشتريات لديك.
لنبدأ بطبقة البنية التحتية. في أغسطس 2023 نقلت HashiCorp أداة Terraform وبقية أدواتها الرئيسية من رخصة Mozilla العامة المفتوحة إلى رخصة Business Source License، التي تمنع المنافسين من استخدامها في بيئة الإنتاج. خلال أيام نشرت الشركات التي تعتمد منتجاتها على Terraform بيان OpenTofu التأسيسي، وبحلول سبتمبر وجد الفرع مقرًا له في مؤسسة Linux Foundation، حيث تعهد داعموه بتخصيص مهندسين بدوام كامل له لمدة خمس سنوات على الأقل. رخصة Terraform ومجتمع Terraform يعيشان اليوم في مبنيين مختلفين.
طبقة التخزين المؤقت نفّذت اللعبة ذاتها بسرعة أكبر. في مارس 2024 تخلّت Redis عن رخصة BSD المتساهلة التي حملتها منذ إصدارها الأول، لصالح شروط «source-available» مزدوجة. خلال أيام أعلنت Linux Foundation عن Valkey، وهو فرع من آخر إصدار بموجب BSD، بدعم من AWS وGoogle Cloud وOracle ضمن داعميه. وبعد أربعة عشر شهرًا، أضافت Redis 8 رخصة AGPLv3، وهي رخصة مفتوحة معتمدة من OSI، إلى خياراتها من جديد.
محرك البحث قطع الدورة كاملة أولًا. أعادت Elastic ترخيص Elasticsearch وKibana بعيدًا عن رخصة Apache 2.0 في يناير 2021، في خطوة استهدفت AWS مباشرة. ردّت AWS بتفريع الأداتين تحت اسم OpenSearch، التي تقيم اليوم في مؤسستها الخاصة تحت مظلة Linux Foundation. وفي أغسطس 2024 أضافت Elastic رخصة AGPLv3 وأعلنت أن «Elasticsearch عادت مفتوحة المصدر».
التراجعات هنا هي المؤشر الحقيقي. مرتين حتى الآن استعاد منتج أُعيد ترخيصه رخصة مفتوحة بعد أن وجد فرعه المنافس تمويلاً مؤسسيًا. لا تصف أي من الشركتين هذا التسلسل بأنه استسلام، والرابط السببي هنا استنتاج من هذا المكتب التحريري، وليس واردًا في أي بيان رسمي. لكن إن لم تكن الفروع الممولة تعمل كورقة ضغط ضد إعادة الترخيص، يصعب تفسير الغرض من تلك التراجعات.
من أين يأتي تمويل المصادر المفتوحة اليوم؟
الإجابة التقليدية ما زالت تغطي معظم الأموال: شركات توظّف القائمين على الصيانة، ومؤسسات تجمع اشتراكات الشركات، وكلاهما يكافئ عمومًا الصلة التجارية. أما الأموال الجديدة فليست شيئًا واحدًا. ثلاث دوافع مختلفة على الأقل تكتب الشيكات الآن، وكل منها يريد عالمًا مختلفًا.
أولًا، أموال التحالف الدفاعي: شركات تموّل فرعًا لأن منتجاتها نفسها تعتمد على شروط تخلّى عنها المشروع الأصلي. هذا بالضبط ما تمثله قائمة داعمي Valkey، وما تمثله تعهدات OpenTofu الهندسية الممتدة خمس سنوات. لا حاجة للاستنتاج هنا؛ بيانات المؤسسات التأسيسية تذكر الدافع صراحة. هؤلاء الممولون يحمون سلسلة إمدادهم.
ثانيًا، برامج السيادة التقنية للدول. وكالة التقنية السيادية الألمانية (Sovereign Tech Agency)، الممولة عبر وزارة الاقتصاد الاتحادية، تموّل صيانة مكوّنات لن يموّلها أحد آخر تقريبًا. محفظتها الاستثمارية المنشورة أظهرت، حتى أوائل 2025، التزامًا بأكثر من 23 مليون يورو موزعة على أكثر من 60 تقنية أساسية منذ بدء التمويل أواخر 2022، من بينها curl وWireGuard، باسم السيادة الرقمية الأوروبية صراحة. فئة ممولين لم تكن موجودة قبل خمس سنوات تكشف اليوم عن إنفاق بثمانية أرقام. المنطق نفسه يتردد صداه في المنطقة: برامج مثل رؤية السعودية 2030 واستراتيجية الإمارات للذكاء الاصطناعي تضع السيادة التقنية على رأس أولويات الدولة، وإن كان الإنفاق الخليجي على البنية التحتية المفتوحة تحديدًا ما زال أقل إفصاحًا علنيًا مقارنة بالنموذج الألماني.
ثالثًا، رعاية القيم (values patronage)، وهي أقدم من النوعين السابقين وغالبًا أصغر حجمًا. يحافظ مشروع Devuan على فرع خالٍ من systemd لتوزيعة Debian منذ أن اعتمدت لجنة Debian التقنية systemd عام 2014، بدعم من التبرعات التي يطلبها لهذا الاستقلال تحديدًا. وXLibre تفرّع من خادم عرض X.Org في يونيو 2025، مقدّمًا نفسه للمتطوعين والرعاة كملاذ من حوكمة المشروع الأصلي. وأدوات GNU coreutils، المرخّصة بموجب GPL والمُدارة ضمن مشروع GNU منذ أوائل التسعينيات، تنافسها اليوم uutils، إعادة كتابة بلغة Rust ورخصة MIT بدأت عام 2013 ويقودها اليوم سيلفستر ليدرو (Sylvestre Ledru)، والتي اعتمدتها أوبونتو 25.10 كخيار افتراضي في أكتوبر الماضي. وسواء كان من يموّل هذه المشاريع يشتري معارضة حوكمة أم مجرد برمجيات يفضّلها، فلا يوجد استطلاع للمانحين يجيب على ذلك؛ نداءاتهم نفسها تستند إلى المبدأ، وهذا المكتب التحريري يقرأ الأموال على هذا الأساس، كاستنتاج لا كواقعة موثّقة.
لاحظ ما لا تشترك فيه هذه الفئات الثلاث: مستقبل مفضّل مشترك. أموال التحالف تريد استمرارية الشروط. أموال السيادة تريد مكوّنات مشتركة أقل عددًا وأفضل صيانة. أموال الرعاية موجودة لإبقاء المعارضة حية. تتجه هذه القوى في اتجاهات متعارضة، وكل منها مستعد لتمويل وجهته إلى أجل غير مسمى، والحديث عن «تمويل المصادر المفتوحة» وكأنه تيار واحد هو بالضبط كيف تختبئ المخاطر.
لماذا تستمر المشاريع المعاد ترخيصها في الانقسام؟
لأن الفروع لم تعد تموت جوعًا. حين كانت الأموال تتبع الجدارة التجارية، كان الطرف الخاسر في أي انشقاق يفتقر عادةً إلى الموارد اللازمة للاستمرار، فتُحسم الخلافات. أما اليوم فيمكن لفرع ذي مصداقية أن يجد راعيًا مصلحته الوحيدة هي بقاء الفرع نفسه، سواء كان هذا الراعي شركة سحابية كبرى تحمي خدمة مُدارة أو قاعدة مانحين تموّل الاستقلالية. أثبت Devuan متانة الرعاية الصغيرة لأكثر من عقد، وأثبت Valkey سرعة الرعاية الكبيرة خلال أسبوعين فقط. كانت جدوى الفرع مسألة قدرة هندسية، وبحسب قراءة هذا المكتب التحريري للحالات أعلاه، أصبحت مسألة مَن هو مستعد للدفع، ولماذا.
وهذا يطرح سؤال استمرارية لا تكاد تحتويه أي قائمة تدقيق مشتريات: في أي فرع ممول من هذا المكوّن نحن فعليًا، وبقرار مَن؟ مَن يموّله، وماذا يريد؟ ماذا يحدث إن انسحب الراعي الرئيسي، أو تغيّرت الرخصة مجددًا؟ هل تتدفق إصلاحات الأمان بين الفروع، وبأي سرعة؟ وكم ستكلف الهجرة إلى الفرع الشقيق إذا خسر جانبنا من الانقسام؟ على الأرجح أنك لم تختر فرعك بنفسك؛ اختارته توزيعتك أو مزوّد سحابتك، وهما يغيّران الجانب أحيانًا: تبديل coreutils في أوبونتو وصل ضمن إعلان إصدار، لا في سجل التغييرات لديك.
ماذا يجب أن تسأله العناية الواجبة الآن؟
تعامل مع الفرع الممول، لا اسم المشروع، بوصفه وحدة التحليل. لكل مكوّن أساسي في بنيتك: في أي فرع نحن، وبقرار مَن؟ مَن يموّله، وماذا يريد؟ ماذا يحدث إن انسحب الراعي الرئيسي، أو تغيّرت الرخصة مجددًا؟ هل تتدفق إصلاحات الأمان بين الفروع، وبأي سرعة؟ وكم ستكلف الهجرة إلى الفرع الشقيق إذا خسر جانبنا من الانقسام؟
لا يظهر أي من ذلك في قائمة مكوّنات البرمجيات (SBOM)، التي تسجّل ما تُشغّله لا مَن يدفع لبقائه قائمًا. رسم هذه الخريطة عمل تبعي غير برّاق: هذا بالضبط ما تُصمَّم من أجله استراتيجية تقنية متعمدة، لتكشفه قبل أن يتحول إلى أزمة، وما تصل إليه مراجعة مستقلة أسرع من فريق داخلي افترض دائمًا أن الطبقة الأساسية مشكلة شخص آخر.
المشاعات (commons) التي بُنيت عليها أعمالكم لا تزال قائمة. لكنها لم تعد شيئًا واحدًا، ومموّلو أجزائها لم يعودوا يريدون المستقبل نفسه. اكتشف أي مستقبل تموّله افتراضيًا. ثم قرر إن كنت تقصد ذلك فعلًا.
أسئلة شائعة
كيف أعرف مَن يموّل مشروع مصدر مفتوح تعتمد عليه شركتي؟
ابدأ بصفحة الحوكمة الخاصة بالمشروع، وعضويته في أي مؤسسة، وأي قائمة رعاة منشورة، ثم انظر إلى الجهة التي توظّف أكثر القائمين على الصيانة نشاطًا، فالتوظيف هو أهدأ أشكال التمويل. وإن كانت هذه الإجابات صعبة الإيجاد، فإن الغموض نفسه يستحق مكانًا في سجل مخاطرك.
هل الاعتماد على فرع من مشروع مفتوح المصدر أمر محفوف بالمخاطر؟
ليس بالضرورة. فرع مموّل بشكل مستمر، له عدة قائمين نشطين على الصيانة وعملية أمان فعّالة، قد يكون أكثر أمانًا من مشروع أصلي مهمَل. المخاطر الحقيقية تكمن في فترات الانتقال، حين تصل الإصلاحات إلى فرع واحد وتتأخر أو لا تصل إطلاقًا إلى الآخر، لذا احكم على كل فرع بناءً على أدائه التشغيلي الفعلي لا على موقعه من النزاع.
هل ينبغي لشركتي تمويل المصادر المفتوحة التي تستخدمها؟
إذا كان تعطّل أحد المكوّنات سيوقف منتجك، فتمويل القائمين على صيانته ليس تبرعًا، بل تأمينًا رخيصًا. حصة صغيرة من الإيرادات تُوجَّه إلى أعلى السلسلة تشتري إنذارًا مبكرًا ونفوذًا وحسن نية. لكن اعلم أن أموالك، في المناخ الحالي، هي أيضًا صوت انتخابي لنموذج حوكمة معين، سواء قصدت ذلك أم لا.
مواضيع ذات صلة
- قضية إبيك ضد جوجل: بند كتالوج التطبيقات الذي يمنح المنافسين الميزة الحقيقية
- انقلبت أسعار الذاكرة: أعد التفاوض على عقد التوريد قبل دورة التحديث القادمة
- كيف يجعل الذكاء الاصطناعي المدراء السيئين أسوأ: مصنع المجاملة في مكتب الإدارة
- Digital Business
كُتب بواسطة شخصية تحريرية بالذكاء الاصطناعي ضمن نظام التحرير الخاص بـ Abyshire وروجع من فريقنا.