تمت ترجمة هذه المقالة آليًا من الإنجليزية

اقتصاد SaaS في عصر الحاويات

تهدد الحاويات وKubernetes بتآكل الميزة الرئيسية لـ SaaS - موازنة البنية التحتية - من خلال السماح لأي شركة ببناء بنية تحتية متاحة للغاية بجزء بسيط من التكلفة.

Saas · Infrastructure · Cloud

الميزة القاتلة لأي شركة SaaS هي التخفيض الهائل في التكلفة التشغيلية والتعقيد بما في ذلك الإعداد والتكوين والصيانة المستمرة والترقيات. نظرًا للنجاح الهائل لـ SaaS في العقود الأخيرة، يمكننا أن نرى بوضوح أن استخدام نموذج SaaS بدلاً من البرامج التقليدية المغلفة بالانكماش كان له معنى مالي مثالي للعديد من العملاء. يتماشى هذا مع النظرية التي تقول إن هناك مستوى ثابتًا من التعقيد في النظام في أي وقت - يمكن للمؤسسات التعامل مع هذا من خلال الاستثمار داخل الشركة (الاستثمار في فريق يتعامل مع التعقيد)، أو الاستعانة بمصادر خارجية لشريك أو بائع SaaS/Paas/IaaS (تبادل الأموال مقابل التعقيد). عندما يجمع المرء بين الأخير والنموذج المالي لـ OpEx مقابل CapEx، وسهولة التثبيت/الإعداد، وخيارات الدفع حسب النمو المرنة - يصبح من الصعب جدًا تبرير

أي نموذج تسليم آخر للبرامج العامة. من

ناحية أخرى، تجعل شركات SaaS هذا النموذج مربحًا من خلال توزيع تكاليف التشغيل التشغيلية بين العديد من العملاء باستخدام (دائمًا تقريبًا) نموذجًا قائمًا على الاشتراك. في حين أن نماذج تسليم البرامج القديمة تشترك في نفس مبدأ توزيع التكلفة على مستوى البحث والتطوير، إلا أنها تفتقر إلى القدرة على موازنة التكلفة التشغيلية على مستوى التسليم: فمن المكلف تقديم برنامج آمن ومتوفر للغاية ويتم تحديثه باستمرار على نطاق واسع - ويتطلب الأمر فريقًا ماهرًا من المطورين والمشغلين لتقديم البرامج ضمن حدود اتفاقية مستوى الخدمة التي يحددها العميل بمرور الوقت

.

نظرًا لأن جزءًا كبيرًا من تكلفة تطوير SaaS وتسليمها يذهب إلى بناء البنية التحتية القوية والآمنة اللازمة لاستضافة الخدمة، فإن البائعين يكسبون المال من خلال إنشاء بنية تحتية كبيرة وقوية وتقسيمها إلى أجزاء أصغر بنفس الجودة، وبيع هذه القطع إلى العديد من العملاء. تتكون البنية التحتية لـ SaaS عادةً من العديد من المكونات - من قواعد البيانات إلى موازنات التحميل - تم تكوين كل منها خصيصًا لتقديم الخدمة بطريقة معينة، مع توفر عالي على مستوى المكونات (HA) ومتطلبات التكرار والأمان. فكر في برنامج CRM SaaS نموذجي: ستحتاج إلى خادم قاعدة بيانات منسوخ متعدد المناطق، ومجموعة من خوادم الواجهة الأمامية متوازنة التحميل وذات جدران حماية آمنة، ومجموعة من الخوادم للعناية بالمهام الخلفية والتدبير المنزلي للنظام. **** على سبيل المثال، للحفاظ على تفاصيل عملائك البالغ عددهم 2,000 عميل، ستحتاج إلى حوالي 12 خادمًا واثنين من موازنات التحميل وعدة غيغابايت من مساحة التخزين؛ علاوة على ذلك، أضف تكلفة فريق Ops لصيانة قواعد البيانات والخوادم هذه - ربما يمثل كل هذا تكلفة قدرها 20 ألف دولار شهريًا لمجرد البدء. ومما زاد الطين بلة، حتى مع هذا الاستثمار، أنك لن تقترب من وقت تشغيل fif-9 (99.999٪) الذي سيقدمه لك بائع SaaS بجزء بسيط من السعر. في هذا السيناريو، من المنطقي تمامًا الاشتراك في بديل SaaS، ودفع 2,000 دولار شهريًا مقابل خدمة يتم تحديثها ونسخها احتياطيًا دائمًا. ## ومع ذلك، قد يتغير هذا

لمعرفة السبب، يجدر بنا أن نفهم لماذا يعد تشغيل بنية تحتية عالية التوفر وآمنة وقوية أمرًا مكلفًا للغاية. عندما يتعلق الأمر بالبنية التحتية، «تكون السلسلة قوية مثل أضعف حلقاتها». لا يمكن تحقيق مستوى عالٍ من التوفر والأمان من خلال جعل أجزاء من النظام متاحة وآمنة للغاية فقط - يجب القيام بذلك عبر كل مكون، مما يزيد من التكلفة والتعقيد، ويزيد من الفاتورة بشكل أكبر

.

الآن، ضع في اعتبارك ما إذا كانت جميع هذه المتطلبات مضمنة في بنية تحتية عامة قابلة للإصلاح الذاتي وواسعة النطاق، لذا فإن أي تطبيق يعمل فوقها كان بطبيعته متاحًا للغاية ومتكررًا وآمنًا. هذا هو وعد الحاويات. بدلاً من قضاء الوقت في كل خدمة يتم تقديمها وفقًا لاتفاقية مستوى خدمة عالية، تعتني البنية التحتية بذلك على المستوى الأدنى، وتوفر هذه السمات كخدمة للمستخدم. من خلال القيام بذلك، تسلب الحاويات واحدة من أكبر فوائد نموذج تسليم SaaS: موازنة البنية التحتية، والتي حددتها سابقًا في المنشور

.

تسمح أنظمة البنية التحتية القائمة على الحاويات مثل Kubernetes للشركات من أي حجم ببناء بنيتها التحتية المخصصة والمتاحة للغاية والقوية بالإضافة إلى مراكز البيانات الخاصة أو السحابات العامة، بدقة ومرونة عالية، دون المساومة كثيرًا في المقابل. في هذا العالم الجديد من البنية التحتية القائمة على الحاويات، تقضي فرق تكنولوجيا المعلومات وقتها في بناء وصيانة عدد قليل من مجموعات Kubernetes، بينما يستخدم البائعون الخارجيون والمطورون الداخليون هذه المجموعات لتقديم الخدمات

لعملائهم.

من المحتمل أن يستغرق الأمر سنوات للوصول إلى نقطة يؤثر فيها هذا التحول على صناعة SaaS على مستوى كبير. ومع ذلك، إذا نظرنا بعناية، يمكننا بالفعل أن نرى فرق تكنولوجيا المعلومات الذكية التي تتطلع إلى تحقيق هذا المستقبل: بناء خطوط أنابيب للكود الخاص بهم، بالإضافة إلى مجموعات إدارة التطبيقات التي تطلق العنان لأتمتة البنية التحتية الحاوية، على كل من السحابة العامة والخاصة

.

لا يزال نموذج تسليم SaaS يحتوي على الكثير من الأشياء الرائعة - على سبيل المثال، أصبح الآن النموذج السائد لاستهلاك البرامج، أينما وجدت أو كيفما تم شراؤها. ومع ذلك، لن تكون موازنة البنية التحتية إحدى مزاياها الرئيسية لفترة طويلة. في حين أن الحوسبة السحابية كانت التطبيق القاتل للمحاكاة الافتراضية، فإن تغيير اقتصاد SaaS قد يكون التطبيق القاتل للنقل بالحاويات

.

تم نشر هذا المنشور لأول مرة هنا

Share this article