ایک سال میں AWS کے ساتھ $1 ملین کیسے کمائیں۔

اگر آپ یہ سوچتے ہوئے اس صفحہ سے ٹکرا گئے ہیں کہ آپ جلدی سے امیر بننے والی کسی اسکیم سے امیر ہونے والے ہیں، تو مجھے آپ کو مایوس کرنے پر افسوس ہے۔ یہ مضمون اس کے بجائے آپ کے کلاؤڈ لاگت کے بلوں کو $1 ملین تک کم کرنے کے بارے میں بات کرے گا۔ ایسا کرنے سے، آپ نے بنیادی طور پر اضافی ملین ڈالرز کی آمدنی حاصل کی ہوگی — جسے آپ AWS کے ساتھ امیر ہونے کے طریقے کے بارے میں میرا آن لائن کورس خریدنے میں خرچ کر سکتے ہیں ( کورس کا لنک یہاں دیں )۔

کمپنیوں کے منصوبوں کے آغاز میں کلاؤڈ لاگت کو اکثر نظر انداز کیا جاتا ہے اور اس کا حساب نہیں رکھا جاتا ہے۔ 2021 HashiCorp سروے سے پتہ چلا ہے کہ تقریباً 40% کمپنیوں نے 2021 میں کلاؤڈ اخراجات پر زیادہ خرچ کیا۔ 2023 میں، تقریباً تمام کمپنیوں (94%) نے اعتراف کیا کہ وہ کلاؤڈ پر پیسہ ضائع کر رہی تھیں [ 1 ] اور کلاؤڈ لاگت کا کم از کم 30% ضائع ہوا [ 2 ]۔ 2022 میں کلاؤڈ کے اخراجات تقریباً 500 بلین ڈالر تھے - اس لیے ہم بات کر رہے ہیں کہ ایک سال میں 150 بلین ڈالر ضائع ہو رہے ہیں!!

یہ نہ صرف چھوٹ جانے والی آمدنی کی تشویش ہے بلکہ پائیداری کے ناقص طریق کار بھی ہیں۔ 150 بلین ڈالر ضائع ہونے والی توانائی!

ان نتائج میں بڑے اداروں کے ساتھ ساتھ چھوٹے کاروبار بھی شامل ہیں، ہائی کلاؤڈ میچورٹی سے لے کر کم کلاؤڈ میچورٹی تک۔ یہ AWS سے مراد ہے، لیکن انہی اصولوں کو کسی دوسرے کلاؤڈ فراہم کنندہ پر لاگو کیا جا سکتا ہے۔ لہذا، اگر آپ کی ملازمت کا کوئی حصہ بادل میں ہے، تو یہ مضمون آپ کے لیے ہے۔

میں ڈیٹا انجینئر کے نقطہ نظر سے بات کر رہا ہوں، لیکن اسی سیکھنے کو سافٹ ویئر انجینئرنگ کے دیگر طریقوں پر لاگو کیا جا سکتا ہے۔

آئیے اندر غوطہ لگاتے ہیں۔

ایک سال میں کلاؤڈ اخراجات میں $1 ملین خرچ کرنے میں کیا ضرورت ہے؟

اس قسم کا کلاؤڈ بل عام طور پر بہت بڑے اداروں تک محدود ہوتا ہے جو عالمی سطح پر لاکھوں صارفین کے ساتھ کام کرتے ہیں۔

آپ کو ایک خیال دینے کے لیے، $1 ملین کلاؤڈ بل کا نتیجہ Spark ETL جاب پروسیسنگ ~1.5Tb فی گھنٹہ 24x7 سال کے 365 دنوں کے لیے ہو سکتا ہے۔ ایک اور مثال ایک ایسی ایپلی کیشن ہو سکتی ہے جو دنیا کے متعدد مقامات سے روزانہ اربوں درخواستیں وصول کرتی ہے۔

ایک بڑے ادارے میں، اس سائز میں سیکڑوں ایپلیکیشنز ہیں - جس کے نتیجے میں کلاؤڈ فراہم کرنے والوں کے ساتھ اربوں ڈالر کے معاہدے ہوتے ہیں۔ مثال کے طور پر، Airbnb نے 2019 کے آخر میں کلاؤڈ وسائل پر $1.2 بلین خرچ کرنے کا عہد کیا تھا [3 ]۔

ایکسپیڈیا میں ہم نے ڈیٹا پروسیسنگ ای ٹی ایل کے اخراجات کو کم کر دیا ہے جس کی لاگت $1.1 ملین ڈالر سالانہ ہے اور آپٹیمائزیشن کے طریقوں کو لاگو کرکے محض $100,000 سالانہ کر دی ہے۔ یہ 91% لاگت میں کمی ہے!!

تمام کمپنیوں کے پاس اتنے بڑے سائز کی ایپلی کیشنز نہیں ہوتی ہیں لیکن تصور کریں کہ صرف ایک ایپلیکیشن یا اپنی پوری کمپنی کے لیے آپ کی کلاؤڈ لاگت میں 90% کمی کریں۔

ہم بچت کیسے شروع کریں؟

مرحلہ 1: اپنے ڈیزائن کے مفروضوں کو چیلنج کریں۔

جائیں اور اپنی مہنگی ترین ایپلی کیشنز کی فہرست حاصل کریں اور اپنے ڈیزائن کے مفروضوں کو چیلنج کریں ۔

• کیا آپ ایک ایسی ایپلی کیشن بنا رہے ہیں جس میں 99.999% دستیابی اور سب ملی سیکنڈ لیٹینسی ہو لیکن حقیقت پسندانہ طور پر صارفین 99% دستیابی اور سینکڑوں ملی سیکنڈ لیٹینسی کے ساتھ کافی اچھے ہوں گے؟
• کیا آپ اربوں قطاروں کے ساتھ ڈیٹاسیٹس بنا رہے ہیں لیکن صارفین صرف کچھ اقدامات کے مجموعے استعمال کر رہے ہوں گے؟
• کیا آپ ڈیٹا کو حقیقی وقت میں اتار رہے ہیں لیکن ڈیٹا کا تجزیہ دن میں صرف ایک بار کیا جاتا ہے؟
• کیا آپ ہر 10 سیکنڈ میں کیشے کو ریفریش کر رہے ہیں لیکن یہ واقعی دنوں میں بدل رہا ہے؟

یہ تمام سوالات سب سے اہم سوال کی طرف واپس جاتے ہیں: ایپلیکیشن کا استعمال کیسے کیا جائے گا؟ اس کے وجود کے لیے کاروباری قدر کیا ہے؟ ایک دیئے گئے مقصد کو حاصل کرنے میں ایپلی کیشن ہماری مدد کیسے کر رہی ہے؟

یقیناً، یہ تمام جوابات اکثر کسی پروجیکٹ کے آغاز میں غیر واضح ہوتے ہیں۔ لیکن اسی لیے ڈیزائن کو ہمیشہ ایک تکراری عمل ہونا چاہیے — تبدیلیوں کو ہر ممکن حد تک بغیر کسی رکاوٹ کے ہونے کی اجازت دیتا ہے۔ انجینئرز کو ارتقاء اور تبدیلی کو اپنانا چاہیے، اثر کے ساتھ ایپلی کیشن کی ترقی کو سیدھ میں لانا چاہیے۔

مرحلہ 2: اپنے بنیادی ڈھانچے کے وسائل کو اپنی ضروریات کے مطابق بنائیں

دوسرا مرحلہ ایپلیکیشن کو صحیح وسائل فراہم کرنے اور اسے صحیح انفراسٹرکچر کے مطابق بنانے پر مشتمل ہے۔

بطور انجینئر، اس بات سے آگاہ رہیں کہ کلاؤڈ لاگت کا حساب کیسے لگایا جاتا ہے۔ مثال کے طور پر، AWS اسپاٹ مثالیں فراہم کرتا ہے، جہاں آپ کلسٹر قیمت کے لیے بولی لگا سکتے ہیں — یہ خاص طور پر مفید ہے اگر آپ کے پاس غلطی برداشت کرنے والی اور لچکدار ایپلیکیشنز ہیں۔ اگر آپ کر سکتے ہیں تو ان کا استعمال کریں — AWS لاگت میں 90% تک کمی کا دعوی کرتا ہے [ 4 ]۔

کچھ دیگر تحفظات جن پر آپ توجہ دینا چاہتے ہیں وہ ہیں:

• کیا آپ عالمی سطح پر یا صرف ایک جغرافیائی علاقے میں صارفین کی خدمت کر رہے ہیں؟ کیا آپ کو پوری دنیا میں رہنے کے لیے اپنے بنیادی ڈھانچے کی واقعی ضرورت ہے یا آپ اسے اپنے کسٹمر بیس کے قریب ترتیب دے سکتے ہیں؟
• کیا آپ اپنے کلسٹر مثالوں کی ضرورت سے زیادہ فراہمی کر رہے ہیں؟ اس بات کو یقینی بنانے کی کوشش کریں کہ غیر ضروری اخراجات کے بغیر چوٹی کے بوجھ کو سنبھالنے کی کافی صلاحیت موجود ہے۔ بے کار وسائل کے لیے زیادہ ادائیگی کو روکنے کے لیے، اصل طلب کی بنیاد پر وسائل کو متحرک طور پر ایڈجسٹ کرنے کے لیے آٹو اسکیلنگ کا استعمال کریں۔
• اگر آپ ڈیٹا اور اسپارک کے ساتھ کام کر رہے ہیں، تو یقینی بنائیں کہ آپ Spark کے تصورات اور ٹیوننگ کو سمجھتے ہیں! اگر آپ ایسا نہیں کرتے تو درج ذیل وسائل پر ایک نظر ڈالیں [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ]۔

مرحلہ 3: AWS Graviton مثالیں استعمال کریں۔

AWS Graviton مثالوں کو استعمال کرنے میں بہت کم یا کوئی خرابیاں نہیں ہیں۔ AWS نے سب سے زیادہ لاگت والے پروسیسر بنانے میں بہت زیادہ سرمایہ کاری کی ہے۔ آپ صرف انٹیل بیسڈ پروسیسر سے اے آر ایم بیسڈ پروسیسر پر سوئچ کرکے کلاؤڈ اخراجات میں 40% تک کی کمی حاصل کرسکتے ہیں [ 10 ]۔

اس کا واحد انتباہ یہ ہے کہ آپ کی درخواست کو ARM پر مبنی پروسیسرز کے ساتھ مطابقت پذیر ہونے کی ضرورت ہے جن پر Graviton چلتا ہے۔ اگر آپ کسی منظم سروس جیسے کہ RDS یا OpenSearch کے ساتھ کام کر رہے ہیں تو پھر سوئچ کرنے میں کوئی پیچیدگی نہیں ہے — AWS بنیادی OS اور ایپلیکیشن کی مطابقت سے متعلق ہے۔ اگر آپ اپنی ایپلیکیشن خود بنا رہے ہیں، تو آپ کو پیکیج کو دوبارہ مرتب کرنے کی ضرورت پڑسکتی ہے اس پر منحصر ہے کہ آپ کون سی زبان استعمال کر رہے ہیں — جاوا اور دیگر زبانوں میں کسی تبدیلی کی ضرورت نہیں ہے جبکہ پائتھون کو کچھ توجہ کی ضرورت ہے۔

مرحلہ 4: اپنے اخراجات کی نگرانی کریں اور لاگت سے متعلق آگاہی کے بارے میں تعلیم دیں۔

آخر میں، غیر متوقع چوٹیوں اور حیرتوں کے لیے اپنے اخراجات کی نگرانی کرتے رہنا نہ بھولیں۔ آپ کی درخواست کے 0 دن کی لاگت 170 دن کی لاگت سے مختلف ہوگی۔ یقینی بنائیں کہ آپ تبدیلیوں پر نظر رکھتے ہیں، اور آپ سمجھتے ہیں کہ تبدیلی کیوں ہو رہی ہے: کیا یہ s3 اسٹوریج کے اخراجات کو اسٹیک کر رہا ہے یا یہ صرف ایک بار ہے سپائیک

ضروری الرٹس اور آپریشنل گائیڈ بکس مرتب کریں !

اہم بات یہ ہے کہ محکمہ، پروجیکٹ، یا ماحول کے ذریعے اخراجات کو ٹریک کرنے کے لیے لاگت مختص کرنے والے ٹیگز کو لاگو کریں۔ ڈیٹا کی دلدل بنانے کے خطرے سے بچیں جہاں لاگت کا پتہ نہیں چل سکتا یا مختلف لاگ سسٹمز میں طویل سفر کی ضرورت ہوتی ہے۔ کسی بھی درخواست کی قیمت پر واپس جانا فوری اور آسان ہونا چاہیے۔

حتمی خیالات

جہاں بھی آپ کام کر رہے ہیں، موجودہ خصوصیات کی اصلاح کے ساتھ نئی خصوصیات کی فراہمی میں توازن رکھنا مشکل ہے۔ جس پر روشنی کی رفتار سے نئی نرالی خصوصیات فراہم کرنے کے لیے دباؤ نہیں ڈالا گیا ہے۔

تاہم، انجینئرز اور مینیجرز دونوں کے لیے یہ ضروری ہے کہ وہ اپنے موجودہ منصوبوں کے بارے میں جان بوجھ کر اور فعال فیصلے کریں، خطرات اور مواقع کا مؤثر طریقے سے انتظام کریں۔