مزیت منبع باز: اشکالات سریعتر ، ساخت بهتر ، خرید گسترده تر

شرکت های نرم افزاری تصمیمات زیادی برای تصمیم گیری در مراحل ایجاد یک تجارت پر رونق دارند. از جمله بسیاری از موضوعاتی که برای بحث و گفتگو وجود دارد ، این است که آیا فناوری خود را منبع باز یا خیر. این یک تصمیم بزرگ است و صدور مجوز در اطراف منبع باز توجه زیادی را در محافل فنی به خود جلب می کند.

بخشی از مسئله این است که منبع باز با عقاید قوی زیادی همراه است. هر زمان که یک شرکت بزرگ تصمیم به محدود کردن مجوز خود بگیرد ، حتی اگر به دلایل معتبر باشد ، می تواند واکنش های زیادی را دریافت کند (همانطور که در سالهای اخیر هاشیکورپ و الاستیک آموخته شده است). از طرف دیگر ، فناوری عالی که به عنوان منبع باز منتشر می شود می تواند به سرعت پشتیبانی زیادی را از جامعه نرم افزار منبع باز (OSS) جمع کند.

تصمیم گیری برای شرکت ها برای شرکت ها آسان نیست. شرکت من تصمیم گرفت اسکنر امنیتی بومی ابر ما ، Kubescape را به عنوان منبع باز از طریق بنیاد محاسبات بومی Cloud بنیاد لینوکس (CNCF) آزاد کند ، و ما از این تصمیم بسیار خوشحالیم. در حقیقت ، اخیراً Kubescape به جوجه کشی وضعیت پروژه ارتقا یافته و توسط هزاران شرکت در سطح جهان استفاده می شود. به طور کلی ، ما آن را به عنوان یک مزیت خالص می بینیم ، اما قبل از اینکه شیرجه را بگیریم ، جوانب مثبت و منفی را با دقت وزن کردیم. قطعاً چیزی برای عجله نیست ، بنابراین من بر اساس تجربه خود برخی از توصیه ها را به اشتراک می گذارم.

از بین بردن موانع پذیرش منبع باز

تیم های DevOps دلایل خوبی دارند که تمایلی به معرفی کد جدید در خوشه ها و محیط های خود ندارند: این می تواند پر از اشکالات باشد ، راه اندازی امنیت آنها را تضعیف کند و/یا پیکربندی های موجود خود را خراب کند. مگر اینکه راه حلی را ارائه دهید که کاملاً SaaS باشد و به نصب مبتنی بر عامل / درون خوشه ای / در محل نیاز ندارد ، باید بر این تردید از DevOps غلبه کنید.

منبع باز می تواند به این امر کمک کند. این شفافیت و پاسخگویی را نشان می دهد و به تیم ها این فرصت را می دهد تا ضمن کمک به کد جدید یا باز کردن مواردی که آنها را جزئی از پروژه می کند ، از کد بازرسی کنند و به آنها امکان تأثیرگذاری در نقشه راه خود را می دهد. آنها به احتمال زیاد به راه حلی که از آنها دعوت می کند تا کد اصلی را دعوت کنند نسبت به مواردی که از آنها می خواهد به یک جعبه بسته اعتماد کنند ، اعتماد می کنند.

این اعتماد اگر کد خود را به بنیادی که دارای اعتبار و یک پایگاه جامعه پر جنب و جوش با یک عامل “خنک” قوی است اهدا می کنید. یک بنیاد معتبر به اعتبار سنجی کیفیت محصول شما کمک می کند و شهادت می دهد که شما فرآیندهای بررسی صحیح ، کادورها و حكومت را اجرا كرده اید. حتی بهتر است که پیشنهاد OSS شما قبلاً به کشش قابل توجهی ، یک پایه نصب بزرگ و محبوبیت مشخصی در جامعه دست یافته باشد.

پیشرفت های مداوم را سرعت بخشید

پیشرفت مداوم چیزی بیش از یک شعار است. شما می خواهید اشکالات را پیدا کرده و برطرف کنید و پیشنهاد خود را در اسرع وقت بهبود بخشید و بهترین راه برای انجام این کار ، افزایش استفاده است. منبع باز به این معنی است که فناوری شما در دنیای واقعی به مراتب بیشتر از آنچه می توانید از طریق فروش خصوصی به آن برسید ، در دنیای واقعی آزمایش می شود.

ما دریافتیم که سکوی ما در بیش از 200،000 خوشه در زمانی که ما هنوز فقط چندین ده مشتری شرکت داشتیم ، حضور داشت. این امر به ما این امکان را می دهد تا بازخورد ، درخواست های ویژگی و اعتبارسنجی یک پایگاه عظیم کاربر را ترسیم کنیم ، بنابراین می توانیم سریعتر یاد بگیریم و پیشرفت ها را انجام دهیم.

در عین حال ، فرزندخواندگی افزایش یافته است ، تا حدودی به دلیل دسترسی بیشتر ما ، و بخشی از آن به این دلیل که محصول ما با چنین سرعت در حال بهبود است. می توان از جامعه منبع باز خود به عنوان یک محیط آزمایش استفاده کرد ، سپس هنگامی که بازخورد را درج کرده اید و نسخه پایدار است ، یا برعکس ، تغییرات در نسخه سازمانی را منتشر کنید. خوب است که گزینه های دوگانه همزمان اجرا شوند.

منبع باز به معنای کنترل کمتر است

این مزایای اصلی است ، اما اشکالاتی نیز برای منبع باز وجود دارد و لازم است که آنها را در خاطر داشته باشید. نکته مهم اصلی این است که وقتی محصول شما منبع باز است ، شما نمی توانید نحوه استفاده افراد از آن را کنترل کنید. این امر به ویژه اگر تصمیم بگیرید که آن را از طریق یک انجمن جامعه باز کنید ، زیرا اساساً علائم تجاری خود را به یک بنیاد خنثی فروشنده تحویل می دهید.

با وجود اعتماد گسترده در سراسر جامعه منبع باز ، هنوز عده ای وجود خواهند داشت که فقط از کد منبع باز شما استفاده می کنند و از نسخه ها و ویژگی های پرداخت خود خودداری می کنند. (البته ، شما می توانید و باید این کاربران رایگان را به عنوان بخشی از خط لوله فروش خود در نظر بگیرید و برای ارتقاء آنها به نسخه سازمانی برای ویژگی ها و مزایای اضافی تلاش کنید).

حتی عده ای نیز وجود خواهند داشت که سخت کوشی شما را انجام می دهند و از آن برای ساختن یک محصول تجاری و کسب درآمد از نوآوری و کار جامعه ای که ساخته و از آن استفاده کرده اید ، استفاده می کنند. شما باید با این کار آرامش خود را برقرار کنید ، زیرا نمی توانید جلوی وقوع آن را بگیرید.

منبع باز فقط در صورتی کار می کند اگر با پایگاه کاربر شما مطابقت داشته باشد

یکی از اصلی ترین عوامل تصمیم گیری در مورد پروژه های منبع باز ، پایگاه کاربر شما است. شما باید نگرانی ها و انگیزه های آنها را بدانید و درک کنید ، بنابراین می توانید به درستی پیش بینی کنید که چگونه آنها به یک پیشنهاد OSS پاسخ می دهند. اگر مخاطبان شما بسیار فنی هستند ، مانند مهندسان امنیتی ، تیم های DevOps و توسعه دهندگان ، به احتمال زیاد در اردوگاه منبع طرفدار افتتاح می شوند.

دلیلی وجود دارد که ما آن را “جامعه منبع باز” می نامیم. منبع آزاد چیزی بیش از یک تصمیم مجوز است: این مجموعه ای از باورهای مشترک است ، با شرکت کنندگان که فراتر از مشتریان هستند. این به یک دین یا یک فرقه نزدیکتر از یک انتخاب خرید است. اگر پایگاه کاربر شما عشق شما را به ایده منبع باز به اشتراک می گذارد ، این مسیر به احتمال زیاد موفقیت آمیز است.

نرم افزار منبع باز نیاز به یک مدل کسب درآمد روشن دارد

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

به عنوان مثال ، شما ممکن است تصمیم بگیرید که تمام فناوری خود را به مدت یک سال کاملاً باز کنید ، تا نفوذ و بازخورد را هدایت کنید ، سپس روش های کسب درآمد را معرفی کنید. شما می توانید به Core Open بروید ، این مسیری است که شرکت من انتخاب کرده است ، جایی که کد اصلی خود را به عنوان منبع باز ارائه می دهید ، سپس خدمات و ویژگی های اضافی را در بالا بفروشید.

بسیاری از شرکت ها تصمیم می گیرند که نسخه OSS و نسخه سازمانی را ارائه دهند. این می تواند کار کند ، اما شما باید تعادل مناسب بین عملکرد و پشتیبانی موجود در نسخه OSS و مواردی را که فقط برای پرداخت مشتری ارائه می دهید ، ایجاد کنید. گزینه دیگر تنظیم موارد است تا بتوانید کد منبع باز فقط در ترکیب با نسخه سازمانی استفاده شود. نسخه OSS هیچ ارزشی ندارد جز نشان دادن شفافیت. نکته ای که باید از آن آگاه باشید این است که این می تواند با کار با یک بنیاد مغایرت داشته باشد.

هنگامی که منبع باز شد ، دیگر به عقب برگشته است …

منبع باز یک تصمیم بسیار سنگین است. این کمک نمی کند که تقریباً یک خیابان یک طرفه باشد. هر زمان که دوست دارید می توانید از منبع بسته به منبع باز یا از مجوز محدودتر به مجوز بازتر منتقل شوید و چیزی جز تشویق از جامعه فناوری دریافت نخواهید کرد.

اما حرکت در جهت دیگر بسیار دشوار است. تمام کد و اطلاعاتی که قبلاً به اشتراک گذاشته اید ، برای همیشه در دسترس عموم خواهد بود ، بنابراین آنها می توانند هر زمان و هرچه دوست دارند از آن استفاده کنند. و همانطور که در بالا ذکر شد ، طرفداران منبع باز می توانند نسبت به هر کسی که پیشنهاد OSS خود را پشت سر می گذارد بسیار مهم باشد ، بنابراین کمتر احتمال دارد که به کد شما احترام بگذارند. Hashicorp این کار را به سختی آموخت که هواداران پس از تغییر از NPL به مجوز BSL ، Terraform را چنگ زدند.

گفته می شود ، منبع باز می تواند بسیار جذاب باشد که شرایط مناسب باشد. اگر همه عوامل را به خود اختصاص داده اید ، پایگاه کاربر و فن آوری خود را تراز کنید ، و یک بنیاد معتبر را که به مأموریت شما اعتقاد دارد ، شناسایی کرده اید ، می توانید مانند ما از مزایای خود بهره مند شوید.

شاولی روزن مدیرعامل و بنیانگذار آرما و خالق Kubescape است.