ویژگی قاتل هر کسب و کار SaaS کاهش گسترده هزینه عملیاتی و پیچیدگی از جمله راه اندازی، پیکربندی، تعمیر و نگهداری مداوم و ارتقاء است. با توجه به موفقیت فراگیر SaaS در دهه های اخیر، به وضوح می توانیم ببینیم که استفاده از مدل SaaS به جای نرم افزار پیچیده شده سنتی برای بسیاری از مشتریان منطقی مالی است. این مطابق با نظریه ای است که می گوید یک سطح ثابت از پیچیدگی در یک سیستم در هر زمان معین است - سازمان های فناوری اطلاعات می توانند با سرمایه گذاری داخلی (سرمایه گذاری در تیمی که پیچیدگی را مدیریت می کند) یا برون سپاری به یک شریک یا فروشنده SaaS/PaaS/IaaS (مبادله پول با پیچیدگی) مقابله کنند. وقتی یکی از مدل های دوم را با مدل مالی OpEx در مقابل سرمایه گذاری، نصب و راه اندازی آسان و گزینه های انعطاف پذیر پرداخت در حین رشد ترکیب می کند، توجیه هر مدل تحویل دیگری برای نرم افزارهای عمومی بسیار دشوار می شود
.از طرف دیگر، مشاغل SaaS با توزیع هزینه های عملیاتی بین بسیاری از مشتریان با استفاده از (تقریباً همیشه) یک مدل مبتنی بر اشتراک، این مدل را سودآور می کنند. در حالی که مدل های تحویل نرم افزار قدیمی همان اصل پراکندگی هزینه را در سطح تحقیق و توسعه دارند، اما توانایی انتخاب هزینه عملیاتی در سطح تحویل را ندارند: ارائه یک نرم افزار امن، بسیار در دسترس و به طور مداوم به روز شده در مقیاس بسیار پرهزینه است و یک تیم ماهر از توسعه دهندگان و اپراتورها برای ارائه نرم افزار در مرزهای SLA تعریف شده توسط مشتری در طول
زمان نیاز دارد.از آنجا که بخش بزرگی از هزینه توسعه و تحویل SaaS به ساخت زیرساخت های قوی و امن مورد نیاز برای میزبانی سرویس اختصاص می یابد، فروشندگان با ساختن و تقسیم زیرساخت های بزرگ و قوی به قطعات کوچکتر با همان کیفیت درآمد کسب می کنند و این قطعات را به بسیاری از مشتریان می فروشند. زیرساخت SaaS معمولاً از بسیاری از اجزای تشکیل شده - از پایگاه داده گرفته تا متعادل کننده های بار - هر کدام به طور خاص برای ارائه خدمات به روشی خاص، با در دسترس بودن بالا در سطح کامپوننت (HA)، افزونگی و الزامات امنیتی پیکربندی شده است. به یک CRM SaaS معمولی فکر کنید: شما به یک سرور پایگاه داده تکرار شده چند منطقه ای، گروهی از سرورهای frontend متعادل و با فایروال ایمن و یک خوشه سرور برای مراقبت از کارهای پس زمینه و نظارت بر سیستم نیاز دارید. **** به عنوان مثال، برای حفظ جزئیات 2000 مشتری خود، به حدود 12 سرور، دو متعادل بار و چندین گیگابایت فضای ذخیره سازی نیاز دارید. علاوه بر این، هزینه نگهداری تیم Ops را اضافه کنید پایگاه داده ها و سرورها - همه اینها احتمالاً هزینه ای 20 هزار دلار در ماه فقط برای شروع کار است. برای بدتر کردن اوضاع، حتی با این سرمایه گذاری، شما به هیچ وجه نزدیک به 5 تا 9 (99.999 درصد) زمان کار را که یک فروشنده SaaS قصد دارد با کسری از قیمت به شما ارائه دهد، نخواهید رسید. در این سناریو کاملاً منطقی است که برای یک جایگزین SaaS ثبت نام کنید و ماهانه 2,000 دلار برای خدماتی که همیشه در حال استفاده، ارتقاء و پشتیبان گیری است پرداخت کنید. ## با این حال، ممکن است این
تغییر کندبرای اینکه ببینیم چرا باید درک کنیم که چرا اجرای یک زیرساخت بسیار در دسترس، امن و قوی بسیار گران است. وقتی صحبت از زیرساخت ها می شود، «زنجیره به اندازه ضعیف ترین حلقه آن قوی است». در دسترس بودن و امنیت بالا نمی توان تنها با استفاده از بخشهایی از سیستم بسیار در دسترس و ایمن سازی آن را به دست آورد - این کار باید در هر یک از اجزای انجام شود که این امر هزینه و پیچیدگی را افزایش می دهد و صورتحساب را حتی بیشتر افزایش می دهد.
حال، در نظر بگیرید که آیا تمام این الزامات در یک زیرساخت عمومی، خودترمیم و در مقیاس بزرگ ساخته شده اند، بنابراین هر برنامه ای که در بالای آن اجرا می شود ذاتاً بسیار در دسترس، اضافی و امن بود. این وعده ظروف است. به جای صرف زمان بر روی هر سرویس ارائه شده در یک SLA بالا، زیرساخت از این امر در سطح پایین مراقبت می کند و این ویژگی ها را به عنوان یک سرویس به کاربر ارائه می دهد. با انجام این کار، کانتینرها یکی از بزرگترین مزایای مدل تحویل SaaS را از بین می برند: آربیتراژ زیرساخت، که من قبلاً در پست تعریف کردم
.سیستم های زیرساختی مبتنی بر کانتینر مانند Kubernetes به شرکتهایی از هر اندازه اجازه می دهند تا زیرساخت های سفارشی، بسیار در دسترس و قوی خود را در بالای مراکز داده خصوصی یا ابرهای عمومی، با دانه بندی و انعطاف پذیری بالا، بدون اینکه در عوض به خطر انداختن چیز زیادی ایجاد کنند. در این دنیای جدید زیرساخت های مبتنی بر کانتینر، تیم های IT وقت خود را صرف ساخت و نگهداری چند خوشه Kubernetes می کنند، در حالی که فروشندگان خارجی و توسعه دهندگان داخلی از این خوشه ها برای ارائه خدمات به مشتریان خود استفاده می کنند
.احتمالاً سالها طول خواهد کشید تا به نقطه ای برسیم که این تغییر در سطح قابل توجهی بر صنعت SaaS تأثیر می گذارد. با این حال، اگر به دقت نگاه کنیم، می توانیم تیمهای IT باهوش را ببینیم که به دنبال این آینده هستند: ساخت خطوط لوله برای کدهای خود و همچنین پشته های مدیریت برنامه هایی که اتوماسیون زیرساخت های کانتینری را در ابری عمومی و خصوصی باز می کنند
.مدل تحویل SaaS هنوز چیزهای فوق العاده زیادی را در پیش دارد - به عنوان مثال، اکنون مدل غالب برای مصرف نرم افزار است، هر کجا که قرار دارد یا هر طور که تهیه شود. با این حال، آربیتراژ زیرساخت برای مدت طولانی یکی از مزایای اصلی آن نخواهد بود. در حالی که رایانش ابری برنامه قاتل برای مجازی سازی بود، تغییر اقتصاد SaaS ممکن است برنامه قاتل برای کانتینریزاسیون باشد.
این پست برای اولین بار در اینجا منتشر شد