![Search icon](https://hackernoon.imgix.net/search-new.png?w=19&h=19)
اگر آپ یہ سوچتے ہوئے اس صفحہ سے ٹکرا گئے ہیں کہ آپ جلدی سے امیر بننے والی کسی اسکیم سے امیر ہونے والے ہیں، تو مجھے آپ کو مایوس کرنے پر افسوس ہے۔ یہ مضمون اس کے بجائے آپ کے کلاؤڈ لاگت کے بلوں کو $1 ملین تک کم کرنے کے بارے میں بات کرے گا۔ ایسا کرنے سے، آپ نے بنیادی طور پر اضافی ملین ڈالرز کی آمدنی حاصل کی ہوگی — جسے آپ AWS کے ساتھ امیر ہونے کے طریقے کے بارے میں میرا آن لائن کورس خریدنے میں خرچ کر سکتے ہیں ( کورس کا لنک یہاں دیں )۔
کمپنیوں کے منصوبوں کے آغاز میں کلاؤڈ لاگت کو اکثر نظر انداز کیا جاتا ہے اور اس کا حساب نہیں رکھا جاتا ہے۔ 2021 HashiCorp سروے سے پتہ چلا ہے کہ تقریباً 40% کمپنیوں نے 2021 میں کلاؤڈ اخراجات پر زیادہ خرچ کیا۔ 2023 میں، تقریباً تمام کمپنیوں (94%) نے اعتراف کیا کہ وہ کلاؤڈ پر پیسہ ضائع کر رہی تھیں [ 1 ] اور کلاؤڈ لاگت کا کم از کم 30% ضائع ہوا [ 2 ]۔ 2022 میں کلاؤڈ کے اخراجات تقریباً 500 بلین ڈالر تھے - اس لیے ہم بات کر رہے ہیں کہ ایک سال میں 150 بلین ڈالر ضائع ہو رہے ہیں!!
یہ نہ صرف چھوٹ جانے والی آمدنی کی تشویش ہے بلکہ پائیداری کے ناقص طریق کار بھی ہیں۔ 150 بلین ڈالر ضائع ہونے والی توانائی!
ان نتائج میں بڑے اداروں کے ساتھ ساتھ چھوٹے کاروبار بھی شامل ہیں، ہائی کلاؤڈ میچورٹی سے لے کر کم کلاؤڈ میچورٹی تک۔ یہ AWS سے مراد ہے، لیکن انہی اصولوں کو کسی دوسرے کلاؤڈ فراہم کنندہ پر لاگو کیا جا سکتا ہے۔ لہذا، اگر آپ کی ملازمت کا کوئی حصہ بادل میں ہے، تو یہ مضمون آپ کے لیے ہے۔
میں ڈیٹا انجینئر کے نقطہ نظر سے بات کر رہا ہوں، لیکن اسی سیکھنے کو سافٹ ویئر انجینئرنگ کے دیگر طریقوں پر لاگو کیا جا سکتا ہے۔
آئیے اندر غوطہ لگاتے ہیں۔
اس قسم کا کلاؤڈ بل عام طور پر بہت بڑے اداروں تک محدود ہوتا ہے جو عالمی سطح پر لاکھوں صارفین کے ساتھ کام کرتے ہیں۔
آپ کو ایک خیال دینے کے لیے، $1 ملین کلاؤڈ بل کا نتیجہ Spark ETL جاب پروسیسنگ ~1.5Tb فی گھنٹہ 24x7 سال کے 365 دنوں کے لیے ہو سکتا ہے۔ ایک اور مثال ایک ایسی ایپلی کیشن ہو سکتی ہے جو دنیا کے متعدد مقامات سے روزانہ اربوں درخواستیں وصول کرتی ہے۔
ایک بڑے ادارے میں، اس سائز میں سیکڑوں ایپلیکیشنز ہیں - جس کے نتیجے میں کلاؤڈ فراہم کرنے والوں کے ساتھ اربوں ڈالر کے معاہدے ہوتے ہیں۔ مثال کے طور پر، Airbnb نے 2019 کے آخر میں کلاؤڈ وسائل پر $1.2 بلین خرچ کرنے کا عہد کیا تھا [3 ]۔
ایکسپیڈیا میں ہم نے ڈیٹا پروسیسنگ ای ٹی ایل کے اخراجات کو کم کر دیا ہے جس کی لاگت $1.1 ملین ڈالر سالانہ ہے اور آپٹیمائزیشن کے طریقوں کو لاگو کرکے محض $100,000 سالانہ کر دی ہے۔ یہ 91% لاگت میں کمی ہے!!
تمام کمپنیوں کے پاس اتنے بڑے سائز کی ایپلی کیشنز نہیں ہوتی ہیں لیکن تصور کریں کہ صرف ایک ایپلیکیشن یا اپنی پوری کمپنی کے لیے آپ کی کلاؤڈ لاگت میں 90% کمی کریں۔
جائیں اور اپنی مہنگی ترین ایپلی کیشنز کی فہرست حاصل کریں اور اپنے ڈیزائن کے مفروضوں کو چیلنج کریں ۔
یہ تمام سوالات سب سے اہم سوال کی طرف واپس جاتے ہیں: ایپلیکیشن کا استعمال کیسے کیا جائے گا؟ اس کے وجود کے لیے کاروباری قدر کیا ہے؟ ایک دیئے گئے مقصد کو حاصل کرنے میں ایپلی کیشن ہماری مدد کیسے کر رہی ہے؟
یقیناً، یہ تمام جوابات اکثر کسی پروجیکٹ کے آغاز میں غیر واضح ہوتے ہیں۔ لیکن اسی لیے ڈیزائن کو ہمیشہ ایک تکراری عمل ہونا چاہیے — تبدیلیوں کو ہر ممکن حد تک بغیر کسی رکاوٹ کے ہونے کی اجازت دیتا ہے۔ انجینئرز کو ارتقاء اور تبدیلی کو اپنانا چاہیے، اثر کے ساتھ ایپلی کیشن کی ترقی کو سیدھ میں لانا چاہیے۔
دوسرا مرحلہ ایپلیکیشن کو صحیح وسائل فراہم کرنے اور اسے صحیح انفراسٹرکچر کے مطابق بنانے پر مشتمل ہے۔
بطور انجینئر، اس بات سے آگاہ رہیں کہ کلاؤڈ لاگت کا حساب کیسے لگایا جاتا ہے۔ مثال کے طور پر، AWS اسپاٹ مثالیں فراہم کرتا ہے، جہاں آپ کلسٹر قیمت کے لیے بولی لگا سکتے ہیں — یہ خاص طور پر مفید ہے اگر آپ کے پاس غلطی برداشت کرنے والی اور لچکدار ایپلیکیشنز ہیں۔ اگر آپ کر سکتے ہیں تو ان کا استعمال کریں — AWS لاگت میں 90% تک کمی کا دعوی کرتا ہے [ 4 ]۔
کچھ دیگر تحفظات جن پر آپ توجہ دینا چاہتے ہیں وہ ہیں:
AWS Graviton مثالوں کو استعمال کرنے میں بہت کم یا کوئی خرابیاں نہیں ہیں۔ AWS نے سب سے زیادہ لاگت والے پروسیسر بنانے میں بہت زیادہ سرمایہ کاری کی ہے۔ آپ صرف انٹیل بیسڈ پروسیسر سے اے آر ایم بیسڈ پروسیسر پر سوئچ کرکے کلاؤڈ اخراجات میں 40% تک کی کمی حاصل کرسکتے ہیں [ 10 ]۔
اس کا واحد انتباہ یہ ہے کہ آپ کی درخواست کو ARM پر مبنی پروسیسرز کے ساتھ مطابقت پذیر ہونے کی ضرورت ہے جن پر Graviton چلتا ہے۔ اگر آپ کسی منظم سروس جیسے کہ RDS یا OpenSearch کے ساتھ کام کر رہے ہیں تو پھر سوئچ کرنے میں کوئی پیچیدگی نہیں ہے — AWS بنیادی OS اور ایپلیکیشن کی مطابقت سے متعلق ہے۔ اگر آپ اپنی ایپلیکیشن خود بنا رہے ہیں، تو آپ کو پیکیج کو دوبارہ مرتب کرنے کی ضرورت پڑسکتی ہے اس پر منحصر ہے کہ آپ کون سی زبان استعمال کر رہے ہیں — جاوا اور دیگر زبانوں میں کسی تبدیلی کی ضرورت نہیں ہے جبکہ پائتھون کو کچھ توجہ کی ضرورت ہے۔
آخر میں، غیر متوقع چوٹیوں اور حیرتوں کے لیے اپنے اخراجات کی نگرانی کرتے رہنا نہ بھولیں۔ آپ کی درخواست کے 0 دن کی لاگت 170 دن کی لاگت سے مختلف ہوگی۔ یقینی بنائیں کہ آپ تبدیلیوں پر نظر رکھتے ہیں، اور آپ سمجھتے ہیں کہ تبدیلی کیوں ہو رہی ہے: کیا یہ s3 اسٹوریج کے اخراجات کو اسٹیک کر رہا ہے یا یہ صرف ایک بار ہے سپائیک
ضروری الرٹس اور آپریشنل گائیڈ بکس مرتب کریں !
اہم بات یہ ہے کہ محکمہ، پروجیکٹ، یا ماحول کے ذریعے اخراجات کو ٹریک کرنے کے لیے لاگت مختص کرنے والے ٹیگز کو لاگو کریں۔ ڈیٹا کی دلدل بنانے کے خطرے سے بچیں جہاں لاگت کا پتہ نہیں چل سکتا یا مختلف لاگ سسٹمز میں طویل سفر کی ضرورت ہوتی ہے۔ کسی بھی درخواست کی قیمت پر واپس جانا فوری اور آسان ہونا چاہیے۔
جہاں بھی آپ کام کر رہے ہیں، موجودہ خصوصیات کی اصلاح کے ساتھ نئی خصوصیات کی فراہمی میں توازن رکھنا مشکل ہے۔ جس پر روشنی کی رفتار سے نئی نرالی خصوصیات فراہم کرنے کے لیے دباؤ نہیں ڈالا گیا ہے۔
تاہم، انجینئرز اور مینیجرز دونوں کے لیے یہ ضروری ہے کہ وہ اپنے موجودہ منصوبوں کے بارے میں جان بوجھ کر اور فعال فیصلے کریں، خطرات اور مواقع کا مؤثر طریقے سے انتظام کریں۔