أمامك ، بإذن من المؤلف ، روايتي الفضفاضة
للمقالة التي أجراها مهندس
DevOps Paul Hammant ، والتي يصف فيها بكل بساطة المزايا غير الواضحة للغاية لـ Serverless من حيث DevOps ، وكذلك أمان العمل مع الواجهة الخلفية للتطبيق.
بادئ ذي بدء ، يقدم بول مخططًا لكيفية تدفق العمليات في Serverless وما هو الفرق الأساسي بين هذا النهج والهندسة التقليدية للتطبيقات الأمامية ذات الواجهة الخلفية. في الرسم التخطيطي ، يشير المؤلف إلى كيفية تلقي الإجابة المعروفة عن "السؤال الرئيسي للحياة والكون وكل شيء" من دليل دوغلاس آدامز للمرشدين في المجرة.
الموانئ والعمليات وكل ذلك
الحقيقة الأساسية للمؤلف هي أن وظائف Serverless لا تحتوي على أي أسماء مجال ، ولا توجد عناوين TCP / IP ولا تستمع حتى إلى أي منافذ. هذا صحيح ، على الأقل بالنسبة لمستخدمي السحابة Serverless ، لأولئك الذين ينشئون خلفية على أساس هذه الميزات. داخل النظام الأساسي Serverless ، كل هذا موجود بالتأكيد ، لكن مستخدمي النظام غير مرئيين.
تتم جميع عمليات التوجيه فقط على أساس أسماء منطقية معينة. اتضح أنه لتشغيل وظيفتي Serverless zipCodeService ، والتي تقوم بفك تشفير العنوان في فهرس ، يجب أن أعرف ، في الواقع ، فقط العنوان والرابط الخاص بواجهة برمجة التطبيقات الخاصة به ، والتي تعمل منهاج Serverless نفسها بلطف وتلقائي تلقائيًا. يسمح لك هذا التصميم الجميل بالحصول على وظائف مستقلة تمامًا لتنفيذ منطق تطبيق معين ، والذي لا يتقاطع ويتداخل مع بعضها البعض ، وتكلفة كل وظيفة ، وكل طلب ، يمكن حساب كل شاشة على حدة. يمكن لهذه الوظائف حتى استخدام لغات البرمجة المختلفة. وكل ذلك في تطبيق واحد!
علاوة على ذلك ، إذا كنا نتحدث عن نفس الوظيفة ، فإن Serverless يسمح لنا بإنشاء العديد من هذه الوظائف لكل مطور ، وعمليات CI الفردية ، والاختبار ، والتدريج ، والإنتاج. في الوقت نفسه ، نحن نعرف بوضوح من ومتى وإلى أي مدى استخدم وظيفته ويمكنه تقسيم تكاليفنا بشكل واضح على تنفيذها بين المستهلكين الأفراد. التخصصات ، أليس كذلك؟
الفوائد الرئيسية ل DevOps
بالإضافة إلى جميع مزايا Serverless الأخرى ، فإن التخلي عن الاسم: port port هو أحد المزايا الرئيسية لـ DevOps. على الرغم من أن عمليتين على نفس الخادم لا تزالان غير قادرتين على الاستماع على نفس المنفذ ، إلا أن هذا لم يعد مهمًا بالنسبة لنا ، لأننا نفصل هذه العمليات باستخدام أبسط طريقة - حسب الاسم. ويمكننا تسمية الوظائف التي تريدها ، محدودة فقط بخيالنا ، على عكس المنافذ التي توجد فيها قيود صارمة.
أيضًا في Serverless ، لا نتعامل مع أشياء مثل المقابس ، على الأقل عند الوصول إلى وظائف Serverless وتبادل البيانات بينها.
كما هو الحال مع استخدام حاويات السفن ، فإننا لا نفكر في العمليات ولماذا سقطت وكيفية استعادتها. ولكن ، على عكس عامل الميناء ، لا نحتاج إلى التفكير في عمليات عامل الميناء أنفسهم وعمليات تزامن الحاوية. لا حاجة للتفكير في تكوين ودعم Kubernetes.
أن تستمر
من ناحية ، من الواضح أنه ليس كل شيء يصبح وردية للغاية مع الانتقال إلى Serverless ، ولن يكون الانتقال نفسه بسيطًا دائمًا. من ناحية أخرى ، لماذا تضيع وقتك وتستخدم خيارات وسيطة في شكل عامل ميناء ، إذا كنت تستطيع الانتقال على الفور إلى المستوى التالي؟
كيف في الممارسة العملية للانتقال إلى المستوى التالي وصفنا سابقا:
Serverdo todo تطبيق مع إذن والصوربوت سيرلس لبرقيةسيكون أكثر المزيد من الأدلة!
جعل أفكارك تأتي التطبيق على منصة Swifty serverless لدينا