معظم الشركات الناشئة في لبنان والمنطقة تدفع ضعف ما يجب على AWS في السنة الأولى. هذا الدليل يوضح إعدادات ECS و Fargate المحددة التي تخفض الفاتورة الشهرية فعلاً.
معظم الشركات الناشئة في مرحلة SaaS المبكرة في لبنان والمنطقة تدفع ضعف ما يجب على AWS في سنتها الأولى. السبب ليس أن AWS مكلف، بل أن الإعدادات الافتراضية تُحسّن للتوفر والبساطة لا للتكلفة. هذا الدليل يغطي إعدادات ECS و Fargate المحددة التي تحرك الفاتورة الشهرية فعلاً لشركة ناشئة تشغل من خدمتين إلى خمس خدمات.
ما الذي يحرك فاتورة Fargate فعلاً
تسعير Fargate يعتمد على vCPU بالساعة وجيجابايت الذاكرة بالساعة. مهمة تعمل بـ 0.25 vCPU و 512 ميغابايت ذاكرة بشكل مستمر لشهر كامل تكلف نحو 11 دولاراً شهرياً. يبدو هذا معقولاً حتى تدرك أن معظم الشركات الناشئة تشغل أربع إلى ثماني مهام على الأقل: خادم API، عامل، جدولة، ربما خدمة مصادقة منفصلة.
عامل التكلفة الآخر الذي يفاجئ الفرق هو نقل البيانات. مهام Fargate التي تتواصل مع خدمات خارج VPC تدفع أسعار نقل البيانات القياسية لـ AWS.
NAT Gateway هو البند الذي يفاجئ معظم الفرق. مهام Fargate في شبكة فرعية خاصة تحتاج إلى NAT Gateway للوصول للإنترنت. رسوم NAT Gateway بالساعة تعادل نحو 32 دولاراً شهرياً في رسوم البوابة وحدها قبل أي حركة مرور.
Fargate Spot: الأرقام الحقيقية
Fargate Spot يشغل حاوياتك على طاقة AWS الاحتياطية بخصم 70%. المفاضلة هي أن AWS يمكنها إنهاء مهام Spot بإشعار مدته دقيقتان.
لمنتج SaaS ناشئ، Fargate Spot مناسب لمهام العمال والوظائف في الخلفية وأي معالجة يمكن إيقافها وإعادة تشغيلها. غير مناسب لخدمة API الأساسية إذا كنت تحتاج ضمانات توفر ثابتة.
نمط شائع يخفض التكاليف بشكل كبير: تشغيل خدمة API على طاقة Fargate العادية ونقل أسطول العمال بالكامل إلى Fargate Spot. إذا تعاملت عمالك مع المهام بشكل متكرر (idempotent)، فإن انقطاع Spot يعني إعادة محاولة المهمة لا فقدانها.
تحديد حجم المهام بدقة قبل التوسع الأفقي
الخطأ الأكثر شيوعاً في تكاليف Fargate هو المبالغة في حجم المهام. خادم API نموذجي بـ Go أو Node.js لشركة SaaS ناشئة يحتاج أقل بكثير من 1 vCPU / 2 جيجابايت الذي كثير من الفرق تفترضه افتراضياً.
النهج الصحيح: نشر بأصغر حجم مهمة ممكن، قياس استخدام الذاكرة وCPU في CloudWatch، والترقية فقط عندما تُظهر المقاييس استخداماً مستداماً فوق 70%.
لخدمات Go تحديداً، بصمة الذاكرة صغيرة فعلاً. خدمة HTTP بـ Go تعالج 100 طلب متزامن عادةً تستهلك 30 إلى 80 ميغابايت من الذاكرة. مهمة بتخصيص 512 ميغابايت لديها مساحة كافية.
القضاء على تكاليف NAT Gateway غير الضرورية
عدة أنماط تقضي على NAT Gateway كلياً أو تقلل حركة المرور عبره بشكل كبير.
نقاط نهاية VPC لخدمات AWS. إذا كانت مهام Fargate تتواصل مع S3 أو DynamoDB أو SQS أو ECR، فإن VPC Endpoints توجه تلك الحركة عبر الشبكة الخاصة لـ AWS بدلاً من NAT Gateway. نقاط النهاية البوابية لـ S3 و DynamoDB مجانية.
نقل المهام إلى شبكات فرعية عامة مع وصول مباشر للإنترنت. يمكن لمهام Fargate العمل في شبكات فرعية عامة، مما يلغي الحاجة إلى NAT Gateway كلياً.
متى تنتقل من Fargate إلى ECS مدعوم بـ EC2
Fargate أغلى لكل وحدة حوسبة من EC2. المفاضلة هي البساطة التشغيلية: لا إدارة لنسخ EC2، لا تصحيح، لا تخطيط للطاقة.
nقطة التقاطع التي تصبح فيها ECS مدعومة بـ EC2 مبررة اقتصادياً تقع عند الحاجة لاستخدام ثابت عبر 4 إلى 8 vCPU. تحت هذا المستوى، العبء التشغيلي لإدارة نسخ EC2 لا يستحق التوفير.
دروس من الإنتاج
Fargate Spot لمهام العمال هو التغيير الأعلى تأثيراً لمعظم الشركات الناشئة. يوفر 70% على حوسبة العمال مع تغيير بسيط في المعمارية.
التوسع المجدول لأنماط حركة الأعمال المتوقعة في المنطقة مجاني ويقلل تكاليف الحوسبة بنسبة 30 إلى 40%.
NAT Gateway في الغالب التكلفة الخفية الأكبر من فاتورة الحوسبة. راجع استخدام NAT Gateway في الشهر الأول ونفذ VPC Endpoints لـ S3 وDynamoDB فوراً.
هل تحتاج مساعدة في تحسين بنيتك التحتية؟
Voxire تصمم وتدير بنية AWS ECS التحتية لفرق SaaS في لبنان ومنطقة الشرق الأوسط، بما في ذلك مراجعات تحسين التكلفة للنشرات القائمة. إذا كانت فاتورة AWS تنمو أسرع من إيراداتك، يمكننا مساعدتك في تحديد مصدر الإنفاق وما يجب فعله حياله.
https://voxire.com/get-a-quote/
