كيفية كسب مليون دولار مع AWS في عام واحد

إذا صادفت هذه الصفحة وأنت تعتقد أنك ستثري من خلال خطة سريعة للثراء، فأنا آسف لتخيب ظنك. ستتحدث هذه المقالة عن كيفية تقليل فواتير تكاليف الحوسبة السحابية بمقدار مليون دولار. من خلال القيام بذلك، ستحقق في الأساس مليون دولار إضافي من الإيرادات - والتي يمكنك إنفاقها على شراء الدورة التدريبية عبر الإنترنت حول كيفية الثراء باستخدام AWS ( رابط الدورة التدريبية هنا ).

غالبًا ما يتم تجاهل تكلفة السحابة وعدم أخذها في الاعتبار في بداية مشاريع الشركات. وجد استطلاع HashiCorp لعام 2021 أن ما يقرب من 40٪ من الشركات أنفقت أكثر من اللازم على تكاليف السحابة في عام 2021 [ 1 ]. في عام 2023، اعترفت جميع الشركات تقريبًا (94٪) بأنها تهدر الأموال على السحابة [ 1 ] وأن ما لا يقل عن 30٪ من تكلفة السحابة قد ضاعت [ 2 ]. بلغ الإنفاق على السحابة ما يقرب من 500 مليار دولار في عام 2022 - لذلك نتحدث عن 150 مليار دولار ضائعة سنويًا !!

لا يتعلق الأمر فقط بفقدان الإيرادات، ولكن أيضًا بممارسات الاستدامة الرديئة. 150 مليار دولار من الطاقة المهدرة!

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

أنا أتحدث من وجهة نظر مهندس بيانات، ولكن نفس الدروس المستفادة يمكن تطبيقها على ممارسات هندسة البرمجيات الأخرى.

دعونا نغوص في هذا الموضوع.

ما الذي يتطلبه الأمر لإنفاق مليون دولار على تكاليف السحابة في عام واحد؟

يقتصر هذا النوع من فواتير السحابة عادةً على المؤسسات الكبيرة جدًا التي تعمل على مستوى العالم مع ملايين العملاء.

لإعطائك فكرة، يمكن أن تنتج فاتورة سحابية بقيمة مليون دولار عن معالجة مهمة Spark ETL لحوالي 1.5 تيرابايت في الساعة على مدار الساعة طوال أيام الأسبوع لمدة 365 يومًا في السنة. قد يكون أحد الأمثلة الأخرى تطبيقًا يتلقى مليارات الطلبات يوميًا من مواقع متعددة في العالم.

في مؤسسة كبيرة، توجد مئات التطبيقات بهذا الحجم - مما يؤدي إلى عقود بمليارات الدولارات مع مقدمي الخدمات السحابية. على سبيل المثال، التزمت Airbnb بإنفاق 1.2 مليار دولار على موارد السحابة على مدى خمس سنوات في نهاية عام 2019 [3 ].

في Expedia، قمنا بخفض تكاليف معالجة البيانات وتحويلها وتحميلها والتي كانت تكلف 1.1 مليون دولار سنويًا إلى 100 ألف دولار فقط سنويًا من خلال تنفيذ ممارسات التحسين. وهذا يعني خفض التكلفة بنسبة 91%!!

لا تمتلك جميع الشركات تطبيقات بهذا الحجم الضخم، ولكن تخيل خفض تكلفة السحابة بنسبة 90% لتطبيق واحد فقط أو لشركتك بأكملها.

كيف نبدأ بالادخار؟

الخطوة 1: تحدي افتراضات التصميم الخاصة بك

اذهب واحصل على قائمة بتطبيقاتك الأكثر تكلفة وتحدى افتراضات التصميم الخاصة بك .

• هل تقوم ببناء تطبيق يتمتع بتوفر بنسبة 99.999% وزمن انتقال أقل من ميلي ثانية ولكن من الناحية الواقعية سيكون المستخدمون جيدين بما يكفي مع توفر بنسبة 99% وزمن انتقال يصل إلى مئات المللي ثانية؟
• هل تقوم بإنشاء مجموعات بيانات تحتوي على مليارات الصفوف ولكن المستخدمين سيستخدمون فقط تجميعات لبعض المقاييس؟
• هل تقوم بإرسال البيانات في الوقت الفعلي ولكن يتم تحليل البيانات مرة واحدة فقط في اليوم؟
• هل تقوم بتحديث ذاكرة التخزين المؤقت كل 10 ثوانٍ ولكنها تتغير حقًا عبر الأيام فقط؟

كل هذه الأسئلة تعود إلى السؤال الأكثر أهمية: كيف سيتم استخدام التطبيق؟ ما هي القيمة التجارية لوجوده؟ كيف يساعدنا التطبيق في تحقيق هدف معين؟

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

الخطوة 2: ضبط موارد البنية التحتية الخاصة بك وفقًا لاحتياجاتك

وتتمثل الخطوة الثانية في توفير الموارد المناسبة للتطبيق وضبطه على البنية التحتية المناسبة.

بصفتك مهندسًا، كن على دراية بكيفية حساب تكاليف السحابة. على سبيل المثال، توفر AWS حالات فورية، حيث يمكنك تقديم عرض سعر المجموعة — وهذا مفيد بشكل خاص إذا كانت لديك تطبيقات مرنة ومقاومة للأخطاء. استخدمها إذا استطعت — تدعي AWS خفض التكاليف بنسبة تصل إلى 90% [ 4 ].

هناك بعض الاعتبارات الأخرى التي قد ترغب في معالجتها:

• هل تقدم خدماتك للعملاء على مستوى العالم أم في منطقة جغرافية واحدة فقط؟ هل تحتاج حقًا إلى أن تكون البنية الأساسية الخاصة بك موجودة في جميع أنحاء العالم أم يمكنك إعدادها بالقرب من قاعدة عملائك؟
• هل تقوم بتجهيز مجموعاتك بشكل زائد عن الحد؟ حاول التأكد من وجود سعة كافية للتعامل مع الأحمال القصوى دون تكاليف غير ضرورية. استخدم التوسع التلقائي لتعديل الموارد بشكل ديناميكي بناءً على الطلب الفعلي، مما يمنع الدفع الزائد للموارد الخاملة.
• إذا كنت تعمل بالبيانات وSpark، فتأكد من فهمك لمفاهيم Spark وضبطها! إذا لم تكن كذلك، فقم بإلقاء نظرة على الموارد التالية [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ].

الخطوة 3: استخدام مثيلات AWS Graviton

لا توجد عيوب تُذكَر في استخدام مثيلات AWS Graviton. فقد استثمرت AWS بشكل كبير في إنشاء أكثر المعالجات فعالية من حيث التكلفة. يمكنك الحصول على تخفيض يصل إلى 40% في الإنفاق على السحابة بمجرد التبديل من معالج قائم على Intel إلى معالج قائم على ARM [ 10 ].

التحذير الوحيد هنا هو أن تطبيقك يجب أن يكون متوافقًا مع المعالجات القائمة على ARM التي يعمل عليها Graviton. إذا كنت تتعامل مع خدمة مُدارة مثل RDS أو OpenSearch، فلا توجد أي تعقيدات على الإطلاق في التبديل - حيث تتعامل AWS مع نظام التشغيل الأساسي وتوافق التطبيق. إذا كنت تقوم ببناء تطبيقك الخاص، فقد تحتاج إلى إعادة تجميع الحزمة اعتمادًا على اللغة التي تستخدمها - لا تتطلب Java واللغات الأخرى أي تغيير بينما تتطلب Python بعض الاهتمام.

الخطوة 4: مراقبة إنفاقك المالي وتثقيف الناس حول الوعي بالتكاليف

أخيرًا، لا تنسَ الاستمرار في مراقبة تكاليفك بحثًا عن أي ارتفاعات أو مفاجآت غير متوقعة. ستختلف التكلفة في اليوم 0 من تطبيقك عن التكلفة في اليوم 170. تأكد من متابعة التغييرات، وفهم سبب حدوث التغيير: هل هو تراكم لتكاليف تخزين s3 أم أنه مجرد ارتفاع مفاجئ؟

إعداد التنبيهات والدلائل التشغيلية اللازمة !

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

الأفكار النهائية

أينما كنت تعمل، فإن تحقيق التوازن بين تقديم ميزات جديدة وتحسين الميزات الحالية أمر صعب. من منا لم يتعرض لضغوط لتقديم ميزات غريبة جديدة بسرعة الضوء.

ومع ذلك، فمن الضروري للمهندسين والمديرين على حد سواء اتخاذ قرارات مدروسة واستباقية بشأن مشاريعهم الحالية، وإدارة المخاطر والفرص بشكل فعال.