چرا مجوز MongoDB SSPL برای شما خطرناک است؟

خواندن سوالات متداول SSPL مجوز MongoDB، به نظر می رسد تغییر آن مشکلی ندارد، مگر اینکه یک "ارائه دهنده راه حل ابری بزرگ و جالب" باشید.

با این حال، من عجله دارم که شما را ناامید کنم: عواقب مستقیماً برای شما بسیار جدی تر و بدتر از آن چیزی است که فکر می کنید.

چرا مجوز MongoDB SSPL برای شما خطرناک است؟

ترجمه تصویر
تأثیر مجوز جدید بر برنامه‌هایی که با استفاده از MongoDB ساخته شده و به عنوان سرویس (SaaS) ارائه می‌شوند چیست؟
بند copyleft در بخش 13 SSPL فقط زمانی اعمال می شود که عملکرد MongoDB یا نسخه های اصلاح شده MongoDB را به عنوان یک سرویس به اشخاص ثالث ارائه دهید. هیچ بند کپی لفت برای سایر برنامه های SaaS که از MongoDB به عنوان پایگاه داده استفاده می کنند وجود ندارد.

MongoDB همیشه یک "شرکت منبع باز سخت" بوده است. در حالی که جهان تغییر از مجوزهای کپی لفت (GPL) به مجوزهای لیبرال (MIT، BSD، Apache)، MongoDB AGPL را برای نرم افزار سرور MongoDB خود، یک نسخه حتی محدودتر از GPL، انتخاب کرد.

بعد از خواندن فرم S1 MongoDB که برای ثبت IPO استفاده می شود، خواهید دید که تاکید بر مدل فریمیوم است. این با فلج کردن نسخه سرور جامعه به جای حفظ ارزش های جامعه منبع باز به دست می آید.

در مصاحبه ای در سال 2019، مدیر عامل MongoDB Dev Ittycheria تایید کرد که MongoDB Inc. قرار نیست با جامعه منبع باز برای بهبود MongoDB همکاری کند زیرا آنها بر استراتژی فریمیوم خود تمرکز می کنند:

"MongoDB توسط MongoDB ایجاد شد. هیچ راه حلی از قبل وجود نداشت. ما کد منبع باز را برای کمک تهیه نکرده ایم. ما آن را به عنوان بخشی از استراتژی فریمیوم باز کردیم.

– Dev Ittycheria، مدیر عامل MongoDB.

در اکتبر 2018، MongoDB مجوز خود را به SSPL (مجوز عمومی سمت سرور) تغییر داد. این به طور ناگهانی و غیر دوستانه برای جامعه منبع باز انجام شد، جایی که تغییرات مجوزهای آینده از قبل اعلام می شود، به کسانی که به دلایلی نمی توانند از مجوز جدید استفاده کنند، اجازه می دهد تا انتقال به نرم افزارهای دیگر را برنامه ریزی و پیاده سازی کنند.

SSPL دقیقا چیست و چرا ممکن است شما را تحت تاثیر قرار دهد؟

شرایط مجوز SSPL به هر کسی که MongoDB را به عنوان یک DBaaS ارائه می‌کند ملزم می‌کند که تمام زیرساخت‌های اطراف را تحت شرایط SSPL آزاد کند یا یک مجوز تجاری از MongoDB دریافت کند. برای ارائه دهندگان راه حل ابری، مورد اول غیر عملی است زیرا صدور مجوز MongoDB به طور مستقیم به MongoDB Inc. اعمال کنترل قابل توجهی بر روی قیمت های کاربر نهایی، به این معنی که رقابت واقعی وجود ندارد.

از آنجایی که DBaaS به شکل پیشرو در استفاده از نرم افزار پایگاه داده تبدیل می شود، این قفل ارائه دهنده یک مشکل بزرگ است!

ممکن است فکر کنید، "بسیار مهم نیست: MongoDB Atlas آنقدر گران نیست." در واقع، ممکن است اینطور باشد ... اما فقط فعلا.

MongoDB هنوز سودآور نیست، زیرا سال گذشته بیش از 175 میلیون دلار ضرر داشته است. MongoDB در حال حاضر فعالانه روی رشد سرمایه گذاری می کند. این به معنای پایین نگه داشتن قیمت ها از جمله موارد دیگر است. به هر حال شرکت های جهانی امروزی دیر یا زود باید به سوددهی برسند و در غیاب رقابت باید هزینه آن را بپردازید.

این فقط سودآوری نیست که باید نگران آن باشید. سناریوی کلی برنده همه چیز را برای به دست آوردن سهم بازار مسلط به هر قیمتی انجام می دهد به معنای افزایش قیمت ها تا آنجا که ممکن است (و فراتر از آن!).

در دنیای پایگاه‌های داده، این بازی چند دهه پیش توسط اوراکل با موفقیت انجام شد، که مردم را از گره خوردن به سخت‌افزار "غول آبی" (IBM) نجات داد. نرم افزار اوراکل بر روی انواع سخت افزار موجود بود و در ابتدا با قیمتی مناسب عرضه شد... و سپس به بلای مدیران ارشد مالی و مدیران ارشد مالی در سراسر جهان تبدیل شد.

اکنون MongoDB همان بازی را انجام می دهد، فقط با سرعتی سریع. دوست و همکار من مت یونکویت اخیراً پرسید: "آیا MongoDB اوراکل بعدی است؟" و من حداقل از این منظر کاملاً مطمئن هستم که چنین است.

در نتیجه، SSPL چیزی نیست که تنها بر تعداد معدودی از فروشندگان ابری تأثیر بگذارد که نمی توانند مستقیماً با MongoDB در فضای DBaaS رقابت کنند. SSPL با تحمیل قفل های فروشنده و خطر قیمت های غیرقابل تحمل در آینده، همه کاربران MongoDB را تحت تأثیر قرار می دهد.

منبع: www.habr.com

اضافه کردن نظر