AWS Lambda
ما هو ولماذا فظيع
عرض تقديمي وعروض عرضية يسلط الضوء على The Dark Underbelly of "Serverless" ، واختيار AWS Lambda لأنها الأكثر روعة. نقوم ببناء HitCounter في المدرسة القديمة في Lambda + DynamoDB ونقارن هذا النهج مع CGI + SQLite.
مخطط
- زمن الوصول العالي عند الدوران حالات جديدة.
- نموذج "التزامن المتوفر" الجديد هو AWS الفواتير المزدوجة ، لماذا لا تشتري VM؟
- تصحيح الأخطاء هو كابوس:
- لا تأتي السجلات عبر CloudWatch على الفور
- لا PTRACE أو BPFTRACE لتصحيح تصحيح الإنتاج
- لا على قمة لفهم استخدام الموارد.
- نمط غريب التعبئة والتغليف والنشر الذي لا يستخدم في أي مكان آخر.
- في الممارسة العملية ، يجب عليك استخدام إطار عمل مثل Serverless أو Zappa
- إنهم يتعاملون مع بعض ولكن ليس كل شيء بالنسبة لك - أين يجب رسم الخط؟
- هل "خوادم الترقيع" حقًا بهذه الصعوبة؟ yumcron ، أي شخص؟
- توفير الأسرار يعني استخدام + دفع مقابل مدير AWS Secrets
- لا يوجد مدير أسرار يعني الحفاظ على الأسرار في نص عادي في مكان ما
- تجنب الأسرار يعني الاعتماد الكامل على IAM ، والتي يمكن أن يكون من السهل المسمار
- أداء الشبكة يتناسب مع تخصيص الذاكرة
- هذا يجعلك تدفع مقابل أكثر مما تحتاج من أجل الحصول على تطبيق مستجيب
- التكهنات: هذا يأتي من ذاكرة الوصول العشوائي المفرط عبر KSM ، لا يمكن أن تفعل نفس الشيء مع الشبكة
- يوفر Lambda المال عندما تكون التطبيقات في الغالب ، لكن وقت المطور لن يؤتي ثماره أبدًا.
شكر وتقدير
- Abe Simpson Image © 20th Century Fox
- المشاكل الحديثة ميمي © ديف تشابيل / كوميديا سنترال
- ردود فعل نقدية من @myoung34
