מה זה מודל ליבה-פתוחה
ליבה פתוחה (Open Core) הוא מודל-עסקי שמפצל מוצר-תוכנה לשניים: ליבה בקוד-פתוח שזמינה לכולם בחינם, לשימוש, לצפייה ולשינוי, ושכבת-יכולות קניינית ובתשלום שנבנית סביב אותה ליבה. לפי ה-Handbook הרשמי של Open Core Ventures, מדובר במודל היברידי שבונה תוכנה מסחרית "זמינה-לצפייה" (source-available) סביב ליבה בקוד-פתוח אמיתי — לא בשמירת-בעלות מלאה על כל שורת-קוד, אלא בבחירה מודעת היכן עובר הגבול בין מה שחינמי לכולם למה שדורש תשלום.
מי חייב לשלם, ולמה
החברה שמפעילה מודל-ליבה-פתוחה מפתחת את הגרסה-הפתוחה ואת המוצר-המסחרי במקביל, אבל כדי שהמודל בכלל יתקיים היא חייבת קניין-רוחני משלה שאינו פתוח — אחרת אין לה מה למכור. משתמשים יכולים בדרך-כלל לתרום גם לקוד-הקנייני וגם לקוד-הפתוח, אבל שימוש בשכבה-הקניינית מחייב רישיון או מנוי בתשלום. לפי אותו Handbook, זו גם דרך מוצהרת לקיים קוד-פתוח לאורך-זמן: החברה מקצה משאבים אמיתיים לגרסה-הפתוחה כי היא-עצמה נהנית מקהילה גדולה ומעורבת סביב הליבה החינמית, וממנת את זה מהכנסות השכבה-הקניינית.
שתי דוגמאות: GitLab ו-Elastic
GitLab היא דוגמה מוכרת: הגרסה הבסיסית שלה (Community Edition) מבוססת קוד-פתוח ברישיון MIT, לצד גרסת Enterprise Edition קניינית שכוללת יכולות כמו ניהול-פגיעויות-אבטחה והצעות-קוד מבוססות-AI, הזמינות רק ברכישה. Elastic הדגימה גם את הכיוון ההפוך: הליבה שלה (Elasticsearch, Kibana ועוד) פעלה תחילה תחת רישיון-פתוח לגמרי (Apache 2.0), אך בינואר 2021 החברה שינתה רישוי ועברה לרישיון-קנייני-חלקית (SSPL / Elastic License) שמגביל שימוש מסוים — למשל הצעת המוצר כשירות-מנוהל על-ידי ספקי-ענן מתחרים — כדי להגן על ההכנסה מהמודל שממנו היא מתקיימת.
המתח המובנה: כמה להשאיר בליבה
מקרה Elastic חושף את המתח שמובנה בכל מודל-ליבה-פתוחה: אם יותר מדי יכולות עוברות לשכבה-הקניינית, הליבה-הפתוחה נתפסת כדלה מדי ופחות שווה תרומת-קהילה; ואם יותר מדי יכולות נשארות פתוחות, קשה יותר להצדיק תשלום עליהן. חברות שמפעילות את המודל מקבלות באופן שוטף החלטה — לפעמים כואבת, ולעיתים כרוכה בשינוי-רישיון מאוחר יותר, כמו במקרה של Elastic — היכן בדיוק לשרטט את הקו הזה.
ההבדל מ-open-source וממודל דואלי
open-source, כפי שמוסבר בערך הנפרד באתר זה, הוא בראש-ובראשונה פילוסופיה ותנאי-רישיון שקובעים מה מותר לעשות עם קוד מסוים. open-core הוא החלטה עסקית מסוג אחר: לא איזה רישיון חל על קוד קיים, אלא איך לחלק את המוצר כולו לשני חלקים נפרדים — אחד פתוח, אחד לא — כשהחלק הפתוח משמש גם ככלי-שיווק וגם כתשתית-פיתוח משותפת, והחלק הסגור הוא מנוע-ההכנסה.
למה זה משנה למי שבוחר כלי
עבור עסק שבוחר כלי-AI מבוסס-קוד-פתוח, המשמעות המעשית היא שצריך לבדוק מראש היכן בדיוק עובר הגבול: אילו יכולות זמינות בגרסה-החינמית, ואילו דורשות רכישה. חברה שמתחילה עם הגרסה-הפתוחה, ומגלה בהמשך שהיכולת שהיא הכי זקוקה לה — ניהול-אבטחה, תמיכה, כלי-AI מתקדמים — נמצאת רק בשכבה-הקניינית, עלולה למצוא את עצמה בפועל תלויה בספק אחד, אותו סיכון שמתואר בתלות בספק, גם כשהתחילו ממוצר-בקוד-פתוח.