AWS Savings Plans میں 72٪ تک رعایت، مگر خالی commitment بھی ادا ہوگی

AWS کی Savings Plans کی تقابلی شرائط کے مطابق EC2 Instance Savings Plans پر آن ڈیمانڈ نرخ سے ۷۲٪ تک اور Compute Savings Plans پر ۶۶٪ تک رعایت مل سکتی ہے، مگر دونوں کا عہد ایک یا تین سال کے لیے ہوتا ہے۔ دورانِ مدت منصوبہ منسوخ نہیں کیا جا سکتا اور خالی رہ جانے والا فی گھنٹہ عہد بھی لاگت کا حصہ بنتا ہے۔

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

۳۰، ۶۰ اور ۹۰ دن کی بنیادی سطح سے عہد نکالیں

ورک شیٹ میں ہر قطار ایک گھنٹہ ہو۔ گزشتہ ۹۰ دن کی قطاروں سے آخری ۶۰ اور ۳۰ دن کے الگ مجموعے بنائیں، تاکہ حالیہ کمی پرانا اوسط چھپا نہ دے۔ ہر قطار میں تاریخ اور گھنٹے کے ساتھ اہل استعمال کی آن ڈیمانڈ قیمت، متعلقہ Savings Plan کی قیمت، پہلے سے ڈھکا خرچ اور نئے عہد کے لیے بچا ہوا خرچ رکھیں۔ قیمتوں کو جمع کرنے سے پہلے وسائل کی اہلیت بھی الگ کریں، کیونکہ ایک ہی بل کی ہر خدمت ایک ہی منصوبے کے تحت نہیں آتی۔

1. پہلے سے موجود Savings Plans اور Reserved Instances سے ڈھکے استعمال کو نئے عہد کی دستیاب بنیاد نہ سمجھیں۔ Spot استعمال بھی Savings Plans کے تحت نہیں آتا۔ EC2 Instance Savings Plan کے لیے منتخب خطے اور انسٹینس فیملی کی قطاریں رکھیں؛ Compute Savings Plan کے لیے اس کی وسیع تر اہل EC2، Fargate اور Lambda استعمال کی قطاریں دیکھیں۔ یوں ایک ہی استعمال پر متوقع رعایت دوبارہ نہیں گنی جائے گی۔
2. ہر باقی قطار کو منتخب منصوبے کی اصل رعایتی قیمت پر ڈالر فی گھنٹہ میں بدلیں۔ AWS کی حسبِ ضرورت عہد خریدنے کی ہدایت واضح کرتی ہے کہ خریداری کے خانے میں درج فی گھنٹہ رقم Savings Plan کی قیمت پر ہوتی ہے، آن ڈیمانڈ خرچ پر نہیں۔ زیادہ سے زیادہ ممکنہ رعایت کو پورے بل پر یکساں لاگو کرنے سے عہد کا تخمینہ غلط ہو سکتا ہے۔
3. تینوں مدتوں میں کم خرچ والے گھنٹے الگ دیکھیں۔ ایک محتاط ورک شیٹ میں ہر مدت کی ایسی حد نکالی جا سکتی ہے جس سے نیچے صرف دس فیصد گھنٹے ہوں، پھر تین حدوں میں سب سے کم رقم ابتدائی امیدوار بنے۔ یہ ادارتی حساب ہے، AWS کا مقررہ خریداری اصول نہیں۔ باقاعدہ راتوں، ہفتہ وار کمی اور غیر معمولی بندش کو الگ نشان زد کریں تاکہ عارضی واقعہ مستقل بنیادی سطح نہ بن جائے۔
4. منتقلی، وسائل کا حجم گھٹانے یا خدمت بند کرنے کا طے شدہ اثر اسی امیدوار سے منہا کریں۔ اس کے بعد ہر گھنٹے میں دیکھیں کہ امیدوار عہد کتنا استعمال ہوگا اور کتنا خالی رہے گا۔ ماہانہ اوسط میں پوری طرح بھرا ہوا عہد بھی بعض گھنٹوں میں خالی رہ سکتا ہے، اس لیے فیصلہ گھنٹوں کے نتائج جمع کرکے کریں۔

مثلاً ایک فرضی ٹیم کی تین مدتوں میں کم استعمال کی حدیں بالترتیب ۱۲، ۱۰ اور ۹ ڈالر فی گھنٹہ ہوں، جبکہ طے شدہ تبدیلی کے بعد اہل خرچ ۸ ڈالر تک آنے کا اندازہ ہو۔ ابتدائی امیدوار ۸ ڈالر یا اس سے کم ہوگا۔ یہ خریداری کی حتمی رقم نہیں؛ اس رقم پر بھی ہر گھنٹے کا خالی حصہ اور خالص بچت گننی ہوگی۔

استعمال اور احاطے کی شرح دو مختلف سوال ہیں

استعمال کی شرح بتاتی ہے کہ خریدے ہوئے عہد کا کتنا حصہ اہل استعمال نے بھرا۔ AWS کی استعمال کی شرح کی وضاحت کے مطابق منصوبے کی رعایتی قیمت پر ڈھکے استعمال کو عہد سے ملایا جاتا ہے۔ ایک فرضی گھنٹے میں عہد ۸ ڈالر اور اس قیمت پر اہل استعمال ۶ ڈالر ہو تو استعمال کی شرح ۷۵٪ اور خالی حصہ ۲ ڈالر ہے۔ زیادہ استعمال والے کسی دوسرے گھنٹے کا بچا ہوا خرچ اس خالی حصے کو استعمال نہیں کر سکتا؛ اسے پوری مدت کی بچت کے حساب میں الگ فائدہ سمجھیں۔

احاطے کی شرح یہ بتاتی ہے کہ کل اہل استعمال کا کتنا حصہ منصوبے کے تحت آیا۔ AWS کے احاطے کے حساب میں ڈھکے استعمال کی آن ڈیمانڈ مساوی قیمت کو ڈھکے اور آن ڈیمانڈ نرخ پر باقی رہنے والے اہل استعمال کی مجموعی قیمت سے تقسیم کیا جاتا ہے۔ اس پیمانے کا مخرج عہد کی رقم نہیں بلکہ اہل استعمال ہے۔

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

مساوی لاگت کی حد کیسے معلوم ہوگی

FinOps Foundation کی عہد پر مبنی رعایتوں کی رہنمائی کے مطابق بچت کا انحصار رعایت اور عہد کے استعمال دونوں پر ہے؛ کام کے کم ترین مستقل استعمال کے قریب عہد محتاط آغاز ہے۔ یہاں خریداری کی مساوی لاگت کی حد سے مراد وہ مقام ہے جہاں منصوبے کے ساتھ متوقع مجموعی خرچ، اسی استعمال کے آن ڈیمانڈ خرچ کے برابر ہو۔ FinOps کی اصطلاح میں مدت کے اندر عہد کی لاگت وصول ہونے کا وقت بھی اہم ہے؛ ورک شیٹ میں پہلے پوری مدت کا خالص نتیجہ نکالیں۔

ہر گھنٹے میں منصوبے سے ڈھکے استعمال کی آن ڈیمانڈ مساوی قیمت سے اس گھنٹے کا پورا عہد منہا کریں۔ مثبت نتیجہ اس گھنٹے کی خالص بچت اور منفی نتیجہ اضافی لاگت ہے۔ ان نتائج کو مدت کے تمام گھنٹوں میں جمع کریں۔ عہد سے باہر رہنے والا اہل استعمال دونوں صورتوں کے تقابل میں اپنی آن ڈیمانڈ قیمت پر شامل ہوگا؛ اسے منصوبے کی بچت نہ لکھیں۔ پیشگی ادائیگی ہو تو منصفانہ تقابل کے لیے اس کی لاگت بھی متعلقہ مدت کے گھنٹوں میں تقسیم کریں۔

ایک فرضی یکساں قیمت کی مثال میں ایک اکائی آن ڈیمانڈ ایک ڈالر اور منصوبے کے تحت ۸۰ سینٹ کی ہو، جبکہ عہد ۸ ڈالر فی گھنٹہ ہو۔ عہد دس اکائیوں کو ڈھانپ سکتا ہے۔ صرف سات اکائیاں چلیں تو آن ڈیمانڈ خرچ ۷ ڈالر، لیکن عہد کی لاگت ۸ ڈالر ہوگی؛ نو اکائیاں چلیں تو یہی تقابل ۹ اور ۸ ڈالر ہوگا۔ آٹھ اکائیوں پر دونوں کی لاگت برابر ہے، اگرچہ عہد کا صرف ۸۰٪ حصہ استعمال ہوا۔ حقیقی وسائل کی قیمتیں مختلف ہوں تو اس مثال کی شرح کے بجائے ہر اہل وسیلے کی اصل قیمت لگائیں۔

تبدیلی کے تین منظرناموں میں امیدوار عہد

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

• کام کی منتقلی: اگر EC2 کا کام دوسرے خطے یا انسٹینس فیملی میں جانے والا ہے تو مخصوص EC2 Instance Savings Plan کے لیے پرانی اہل قطاریں برقرار نہ رکھیں۔ Compute Savings Plan کی وسیع اہلیت اس تبدیلی کو سنبھال سکتی ہے، مگر اس کے لیے الگ قیمت اور الگ بچت گنیں۔ منتقلی کے دوران ایک ساتھ چلنے والے پرانے اور نئے وسائل کو مستقل استعمال سمجھ کر پورے عہد کی بنیاد نہ بنائیں۔
• وسائل کا حجم گھٹانا: رائٹسائزنگ کے بعد کم خرچ والے گھنٹوں کی نئی حد بنائیں۔ اگر مسلسل چلنے والا وسیلہ چھوٹا ہو جائے تو بل کا اوسط اور عہد بھرنے کی صلاحیت دونوں بدلیں گے۔ منصوبہ بند کمی کو محض متوقع کارکردگی کا فائدہ سمجھنے کے بجائے اس کی نئی رعایتی فی گھنٹہ قیمت ورک شیٹ میں رکھیں۔
• اضافی گنجائش: متوقع ٹریفک کے لیے درکار گنجائش کا فیصلہ عہد سے الگ کریں؛ Savings Plans خود گنجائش محفوظ نہیں کرتے۔ اضافی وسائل شروع ہونے سے پہلے ان کے استعمال کو یقینی بنیادی سطح میں شامل کرنا خطرہ بڑھاتا ہے۔ اگر منصوبہ گنجائش کی دستیابی پر منحصر ہے تو پہلے اس انتظام کی لاگت اور پھر نئے وسائل کے ممکنہ اہل استعمال کو حساب میں لائیں۔

خریداری کے لیے وہ امیدوار رقم زیادہ قابلِ دفاع ہے جو منصوبہ بند کمی کے بعد بھی عام کم استعمال والے گھنٹوں میں بھرے اور تینوں منظرناموں میں مجموعی لاگت گھٹائے۔ اگر ایک منظرنامے میں خالی عہد کی لاگت بچت سے بڑھ جائے تو کم فی گھنٹہ عہد یا زیادہ لچک والا منصوبہ حساب میں رکھیں؛ زیادہ سے زیادہ رعایت کا فیصد اکیلا اس فیصلے کا متبادل نہیں۔

یہ بھی پڑھیں:

• پاکستانی startup میں ESOP بنائیں—ایک سال سے پہلے option vest نہیں ہوگا
• Cursor میں اپنی OpenAI API key لگائیں، مگر دو features واپس نہیں آئیں گے
• Verda کو 18.9 کروڑ ڈالر—آمدن تیز، مگر compute بھی کئی گنا کرنا ہوگا