تقنية بدون خادم أثارت الكثير من الضجة في المجتمع التقني، مستحضرة الكثير من الفضول والحصول على بعض الانتقادات إلى حد ما. إنها تقنية بدأت مع إطلاق خدمة AWS Lamba في عام 2014، تلاها بسرعة Azure Functions في وقت لاحق في عام 2016.
وتبعتها بعد ذلك جوجل بإصدار وظائف جوجل كلاود في يوليو 2018. لذلك، ما هي تقنية بدون خادم؟ للإجابة على هذا السؤال بشكل أفضل، دعونا نعود بعقولنا إلى الحوسبة التقليدية المبنية على الخادم.
في النموذج التقليدي لتكنولوجيا المعلومات، كنت مسؤولًا في الأساس عن كل شيء. كصاحب عمل، كنت مضطرًا إلى تخصيص ميزانية للخوادم وغيرها من معدات الشبكات مثل الموجِّهات والمفاتيح، والرفوف لتثبيت الخوادم عليها.
كما كان عليك أن تقلق بشأن الحصول على مركز بيانات نظيف وآمن والتأكد من أنه يمكنه توفير التبريد بشكل كافٍ وتوفير الطاقة الاحتياطية وخدمة الإنترنت. بعد الإعداد، كنت بحاجة بعد ذلك إلى تثبيت نظام التشغيل، ونشر تطبيقاتك لاحقًا. بالإضافة إلى ذلك، كنت مطالبًا بـ إعداد أنظمة المراقبة وتنفيذ ميزات الأمان مثل جدران الحماية وأنظمة الوقاية والكشف عن التسلل.
كما قد تكون قد خمنت، هذا يستهلك الموارد ويكلف ويستنزف.
ثم حوسبة السحابة اندفعت إلى العالم التكنولوجي، محولة تمامًا الطريقة التي ننشر بها وندير الخوادم والتطبيقات. لقد أعلنت عصرًا جديدًا حيث يصطاد المطورون بسهولة الخوادم السحابية وقواعد البيانات في أي وقت ويبدأون في تطوير تطبيقاتهم. لا داعي للقلق حيال القضايا المرتبطة بحوسبة المعلوماتية التقليدية مثل انقطاع الخدمة والمعدات الباهظة الثمن وتأجير مراكز البيانات.
على الرغم من أن حوسبة السحابة جلبت معها الراحة واقتصاديات المقياس في نشر موارد المعلوماتية، فإن بعض الشركات ستشتري وحدات إضافية من مساحة الخادم والموارد مثل ذاكرة الوصول العشوائي ووحدة المعالجة المركزية في توقع ارتفاع في حركة الشبكة أو النشاط الذي قد يغرق التطبيقات.
بينما هو خطوة حكيمة، النتيجة اللاحقة التي لا ينويها هو الاستخدام الأقل لموارد الخادم التي غالبًا ما تذهب إلى التبذير. حتى مع المقياس التلقائي، لا يزال، ارتفاع غير متوقع وفجأة قد يثمن. أيضًا، ستحتاج لاستكمال مهام أخرى مثل إعداد موزعي الحمل الذين من المحتمل أن يزيدوا من تكاليف التشغيل.
من الواضح أنه على الرغم من التحول إلى السحابة، لا يزال هناك بناكينات تبقى ولديها القدرة على رفع تكاليف وتسبب في تبذير الموارد. وهنا يأتي دور حوسبة خادم أقل.
ما هي حوسبة خادم أقل
الحوسبة بدون خوادم هي نموذج سحابي يوفر خدمات الخلفية للمستخدمين على أساس الدفع حسب الاستخدام. ببساطة، يخصص مزود السحابة موارد الحوسبة ويفرض رسومًا فقط عند تشغيل التطبيقات. هذا يعادل التبديل من خطة شهرية لدفع تكاليف الكابل إلى الدفع فقط عند مشاهدة البرامج التلفزيونية الخاصة بك.
المصطلح “بدون خوادم” قد يكون قليلاً مضللاً. هل هناك خوادم معنية؟ بالطبع، ومع ذلك، في هذه الحالة، يتم التعامل والحفاظ على الخوادم والبنية التحتية بشكل كامل من قبل مزود السحابة. وعلى هذا النحو، لا داعي للقلق بشأنها. كمطور، تكون تركيزك بشكل كامل على تطوير التطبيقات الخاصة بك والتأكد من أنها تعمل بالشكل المطلوب.
وبهذا، تساعد الحوسبة بدون خوادم في التخلص من الصداع الناجم عن إدارة الخوادم وتوفير الوقت الثمين للعمل على التطبيقات الخاصة بك.
الخدمات الخلفية المقدمة من قبل الحوسبة بدون خوادم
A perfect example of serverless backend service is Function-as-a-Service (FaaS) platform. FaaS is a cloud computing model that enables developers to develop, execute, and manage code in response to events without the complexity of building and managing an underlying infrastructure usually associated with the deployment of microservices.
الوظائف كخدمة (FaaS) هي فئة فرعية من الحوسبة بدون خوادم مع اختلافات طفيفة. تشمل الحوسبة بدون خوادم مجموعة واسعة من الخدمات بما في ذلك الحوسبة، وقاعدة البيانات، والتخزين، وواجهة برمجة التطبيقات، لذا فإن FaaS مركزة فقط على نموذج الحوسبة المدفوعة بالحدث حيث يتم تنفيذ التطبيقات حسب الطلب، أي بالرد على طلب.
أمثلة على نماذج الحوسبة كخدمة (FaaS) تشمل:
- لامبدا من آمازون ويب سيرفيس بواسطة آمازون
- وظائف Azure من مايكروسوفت
- الوظائف السحابية من جوجل
- أعمال Cloudflare من قبل كلاودفلير
لقد رأينا حتى الآن أن مع FaaS، تدفع فقط للوقت الذي تعمل فيه تطبيقك ومزود الخدمة السحابية يقوم بالقيام بالمعظم من الأمور بالنسبة لك بما في ذلك التعامل مع البنية التحتية. إدارة الخوادم هي أقل ما يمكن أن تقلق به.
فوائد الحوسبة الخادمة
بحلول الآن، لديك فكرة جيدة عن بعض مزايا الحوسبة الخادمة التي تقدمها. دعونا ننغمس أكثر في فوائد تبني التقنية.
1. عدم إدارة الخادم
هذه ربما واحدة من أكبر مزايا تبني نموذج الحوسبة الخادمة. على الرغم من أن مصطلح “بدون خادم” قد يُفسر بطريقة خاطئة للإشارة إلى أنه لا توجد خوادم معنية، إلا أن الحقيقة هي أن التطبيقات لا تزال تعمل على الخوادم. جوهر المسألة هو أن إدارة الخوادم هي مسؤولية مقدم الخدمة السحابية تمامًا، وهذا يمنحك المزيد من الوقت للعمل على تطبيقاتك.
2. توسيع سهل وفعّال
توفر البنية التحتية الخادمة توسيعًا تلقائيًا للتطبيقات استجابةً لارتفاع في الاستخدام أو الطلب أو نمو قاعدة المستخدمين. إذا كان التطبيق يعمل على عدة مثيلات، ستبدأ الخوادم وتتوقف عند الحاجة. في إعداد الحوسبة السحابية التقليدية، يمكن أن يؤدي زيادة في حركة المرور أو النشاط بسهولة إلى تحميل موارد الخادم مما يؤدي إلى عدم اتساق في تنفيذ التطبيق.
3. التوفر المضمن
كمطور، لا تحتاج إلى بنية تحتية خاصة لجعل تطبيقاتك متاحة بشكل عالٍ. الحوسبة بدون خادم توفر لك توافرًا عاليًا مدمجًا لضمان تشغيل تطبيقاتك عند الحاجة لذلك.
4. تقليل تكاليف التشغيل
تخصيص الحوسبة بدون خادم الموارد على أساس الدفع حسب الاستخدام. ستحتاج تطبيقك فقط إلى وظائف الخلفية عند تنفيذ الكود وسيتم توسيع النطاق تلقائيًا استنادًا إلى كمية العمل.
يوفر هذا اقتصاديات الحجم حيث يتم فوترتك فقط للوقت الذي تعمل فيه التطبيقات. في النموذج التقليدي للخادم، عليك دفع ثمن مساحة الخادم وقواعد البيانات بين موارد أخرى بغض النظر عما إذا كان التطبيق يعمل أم لا.
5. نشر أسرع للتطبيقات
تقوم البنية التحتية بدون خادم بالتخلص من الحاجة إلى تكوين الخلفية وتحميل الكود يدويًا على الخوادم كما هو الحال في الإعداد التقليدي. من السهل على المطورين تحميل مجموعات صغيرة من الكود بطريقة فعالة وإطلاق منتج رائع.
سهولة النشر تسمح أيضًا للمطورين بإصلاح وتحديث ميزات معينة من الكود بسهولة دون تغيير التطبيق بأكمله.
مخاطر الحوسبة بدون خادم
هل هناك أي عيوب مرتبطة بالنموذج الخادم؟ دعنا نتعرف عليها.
1. الأمان
التطبيقات المُعدة بشكل سيء تشكل أحد أكبر المخاطر المرتبطة بالحوسبة بدون خادم. إذا اخترت AWS، على سبيل المثال، من الحكمة تكوين أذونات مختلفة لتطبيقك والتي بدورها ستحدد كيف سيتفاعلون مع خدمات أخرى داخل AWS. عندما تكون الأذونات غامضة، يمكن أن يكون لدى وظيفة أو خدمة مزيدًا من الأذونات مما هو مطلوب، مما يترك مجالًا كبيرًا لانتهاكات الأمان.
2. الارتباط بالمورِّد
قد يعرض اختيار نموذج بدون خادم للتحديات عند التحويل إلى مورِّد آخر. ويعود ذلك أساسًا إلى أن كل مورِّد لديه ميزاته وتدفقات عمله التي تختلف قليلًا عن البقية.
3. صعوبة اختبار وتصحيح التطبيقات
تشكل نموذج الحوسبة بدون خادم تحديًا آخر في إعادة إنتاج بيئة بدون خادم لاختبار ومراقبة أداء الشيفرة قبل النشر. وذلك في المقام الأول لأن المطورين يفتقرون إلى إمكانية الوصول إلى خدمات الخلفية التي تخص موفر السحابة.
4. صعوبة مراقبة التطبيقات بدون خادم
مراقبة التطبيقات بدون خادم مهمة معقدة لنفس الأسباب التي تجعل من مهمة تصحيح الأخطاء واختبارها مهمة صعبة. وقد تم تفاقم هذا بعدم توفر أدوات مع تكامل مع خدمات الخلفية مثل AWS Lamba.
الاستنتاج
الحوسبة بدون خادم تواصل الارتفاع في الشهرة والاقبال بين الشركات والمطورين لثلاثة أسباب رئيسية. الأولى هي التكلفة المناسبة مما يعني تقليل التكاليف التشغيلية. ثانياً، تسهل الحوسبة بدون خادم التوسع التلقائي والسريع. وأخيراً، لا يضطر المطورون إلى القلق بشأن البنية التحتية التي تتم معالجتها من قبل البائع.
في الوقت نفسه، تعمل مزودات الخدمة السحابية على مدار الساعة لمعالجة بعض العيوب المرتبطة بالحوسبة بدون خادم مثل صعوبة تصحيح الأخطاء ومراقبة التطبيقات.