آپ شاید ہر روز کلاؤڈ سروسز استعمال کرتے ہیں۔ چاہے آپ Gmail چیک کر رہے ہوں، زوم میٹنگ میں شامل ہو رہے ہوں، یا Slack میں اپنی ٹیم کو میسج کر رہے ہوں، آپ کلاؤڈ ہوسٹڈ سافٹ ویئر استعمال کرتے ہیں۔
تاہم، یہ ان سرورز کا انتظام نہیں کرتا جس پر یہ چلتا ہے یا بنیادی ڈھانچے کو برقرار رکھتا ہے۔ بس لاگ ان کریں اور کام شروع کریں۔ اسے کہتے ہیں۔ سافٹ ویئر بطور سروس (ساس)اور بہت سے لوگ اس اصطلاح کو جانے بغیر سالوں تک استعمال کرتے ہیں۔
SaaS کلاؤڈ سروس کے تین بڑے ماڈلز میں سے صرف ایک ہے۔ باقی دو ہیں: بنیادی ڈھانچہ بطور سروس (IaaS) اور پلیٹ فارم بطور سروس (PaaS)یہ آپ کے بنائے ہوئے انفراسٹرکچر اور سافٹ ویئر پر کنٹرول کی مختلف سطحیں فراہم کرتا ہے۔ یہ سمجھنا کہ یہ ماڈل کس طرح مختلف ہیں آپ کو کلاؤڈ انجینئرنگ کے تصورات کو سمجھنے اور اپنے پروجیکٹ کے لیے صحیح طریقہ منتخب کرنے میں مدد ملے گی۔
اس مضمون میں، ہم IaaS، PaaS، اور SaaS کو توڑتے ہیں، وضاحت کرتے ہیں کہ ہر ماڈل کس چیز کا انتظام کرتا ہے اور کلاؤڈ فراہم کنندگان کیا ہینڈل کرتے ہیں، اور یہ سیکھتے ہیں کہ حقیقی دنیا کے منصوبوں کے لیے ان میں سے کس کا انتخاب کرنا ہے۔
جو آپ سیکھیں گے۔
اس مضمون کو مکمل کرنے کے بعد، آپ اس قابل ہو جائیں گے:
- وضاحت کریں کہ IaaS، PaaS، اور SaaS کیا ہیں اور ہر ایک کیا انتظام کرتا ہے۔
- کام کہاں شروع ہوتا ہے اور کہاں ختم ہوتا ہے اس کا تعین کرنے کے لیے مشترکہ ذمہ داری کا ماڈل استعمال کریں۔
- ہر زمرے میں اصل مصنوعات تلاش کریں۔
- اپنے مخصوص پروجیکٹ کے لیے صحیح ماڈل کا انتخاب کریں۔
انڈیکس
شرطیں
اس مضمون کی پیروی کرنے کے لیے آپ کو کسی کلاؤڈ تجربے کی ضرورت نہیں ہے۔ اگر آپ جانتے ہیں کہ کمپیوٹر، سرور اور انٹرنیٹ کیا ہیں، تو آپ کے پاس وہ سب کچھ ہے جس کی آپ کو ضرورت ہے۔
اگر آپ کلاؤڈ میں نئے ہیں تو میرا مضمون پڑھیں کلاؤڈ کیا ہے اور کلاؤڈ کمپیوٹنگ کیا ہے؟ پہلے یہ مضمون اس بنیاد پر استوار کرتا ہے کہ کلاؤڈ کیا ہے اور یہ آپ کے اپنے ہارڈ ویئر کو چلانے سے کیسے مختلف ہے۔
کلاؤڈ کمپیوٹنگ کیا ہے؟
کلاؤڈ کمپیوٹنگ ایک ایسا ماڈل ہے جو کمپیوٹنگ کے وسائل جیسے سرورز، سٹوریج، اور نیٹ ورکنگ کو انٹرنیٹ کے ذریعے طلب پر دستیاب کرتا ہے۔ آپ صرف اس کی ادائیگی کرتے ہیں جو آپ استعمال کرتے ہیں۔
یہ وسائل کلاؤڈ سروس پرووائیڈرز (CSPs) کے زیر ملکیت اور چلائے جانے والے ڈیٹا سینٹرز میں موجود ہیں۔ سب سے مشہور CSPs میں Amazon Web Services (AWS)، Microsoft Azure، اور Google Cloud شامل ہیں۔
یہ یقینی بنانے کے لیے ایک فوری خلاصہ ہے کہ آپ کلیدی تصورات کو سمجھتے ہیں۔ اگر آپ مزید معلومات چاہتے ہیں یا درکار ہیں تو اوپر والا مضمون اس کا مکمل احاطہ کرتا ہے۔
آن پریمیسس کا کیا مطلب ہے؟
کلاؤڈ سے پہلے، زیادہ تر تنظیمیں اپنے سسٹمز کو آن پریمیسس چلاتی تھیں۔ آن پریمیس کا مطلب ہے کہ ہارڈ ویئر اس عمارت میں واقع ہے جس کی تنظیم کی ملکیت ہے یا لیز پر ہے۔ یہ اس کے اپنے عملے کے زیر انتظام دفتر میں سرور روم ہو سکتا ہے۔
اس ترتیب میں، آپ ہر چیز کے ذمہ دار ہیں۔ اس میں سرورز کی خریداری، نیٹ ورکس کا قیام، سافٹ ویئر کو انسٹال اور اپ ڈیٹ کرنا، اور کانفرنس رومز کو طاقتور اور ٹھنڈا رکھنا شامل ہے۔
مثال کے طور پر، اگر کوئی چھوٹا کاروبار آن لائن اسٹور شروع کرنا چاہتا ہے، تو اسے سرور خریدنے، سافٹ ویئر انسٹال کرنے، اور اسے چلانے کے لیے کسی کو ادائیگی کرنے کی ضرورت ہوگی۔ اگر آپ کا اسٹور توقع سے زیادہ تیزی سے بڑھتا ہے تو آپ کو مزید ہارڈ ویئر خریدنے کی ضرورت پڑسکتی ہے۔
جب آپ بادل پر جاتے ہیں تو کیا تبدیلیاں آتی ہیں؟
کلاؤڈ اس کام میں سے کچھ فراہم کنندہ کو منتقل کرتا ہے۔ جسمانی سرور اب بھی موجود ہیں، لیکن کوئی اور ان کا مالک ہے، ان کی دیکھ بھال کرتا ہے، اور اپنی ضرورت کے مطابق کرایہ پر دیتا ہے۔
یہاں کلاؤڈ سروسز کے درمیان کچھ اختلافات ہیں: سروس فراہم کرنے والا آپ کے لیے کتنا کام کرتا ہے۔. کلاؤڈ سروس ماڈل اس کی وضاحت کرتے ہیں، اور تین اہم ماڈلز ہیں:
- بنیادی ڈھانچہ بطور سروس (یا IaaS): یہاں، فراہم کنندہ ورچوئل سرورز، اسٹوریج اور نیٹ ورکنگ فراہم کرتا ہے۔ اس کے بعد آپ اس میں شامل ہر چیز کا نظم کرتے ہیں۔
- پلیٹ فارم بطور سروس (یا PaaS): یہاں، فراہم کنندہ آپ کے کوڈ کو چلانے کے لیے درکار آپریٹنگ سسٹم اور ٹولز کا بھی انتظام کرتا ہے۔ اپنی درخواستیں اور ڈیٹا حاصل کریں۔
- سافٹ ویئر بطور سروس (یا SaaS): اس ماڈل میں، فراہم کنندہ تیار شدہ درخواست فراہم کرتا ہے۔ اپنے صارفین اور ڈیٹا کو استعمال کرنے اور ان کا نظم کرنے کے لیے لاگ ان کریں۔
اس لیے کلاؤڈ سروس ماڈل یہ بتاتا ہے کہ کام آپ، کسٹمر اور فراہم کنندہ کے درمیان کیسے تقسیم ہوتا ہے – آپ سسٹم کے کن حصوں کا نظم کرتے ہیں اور فراہم کنندہ آپ کے لیے کن حصوں کا انتظام کرتا ہے۔
مشترکہ ذمہ داری کا ماڈل
مشترکہ ذمہ داری کا ماڈل اس بات کی وضاحت کرتا ہے کہ کلاؤڈ سسٹم کے کن حصوں کا انتظام فراہم کنندہ کے ذریعہ کیا جاتا ہے اور کن حصوں کا نظم آپ، صارف کے ذریعہ کیا جاتا ہے۔ اس کو سمجھنے کے لیے، ہمیں سب سے پہلے ان حصوں کو دیکھنا ہوگا جو چلتی ہوئی ایپلیکیشن بناتے ہیں۔
کمپیوٹ اسٹیک کی پرتیں۔
ایک کمپیوٹ اسٹیک تہوں کا ایک مجموعہ ہے جو ایپلی کیشن کو چلانے کے لیے مل کر کام کرتا ہے۔ ہر پرت اس کے نیچے کی پرت پر منحصر ہے۔ نیچے سے اوپر تک ہمارے پاس ہے:
- نیٹ ورکنگ: فزیکل کیبلز، سوئچز اور روٹرز جو سرورز کو ایک دوسرے اور انٹرنیٹ سے جوڑتے ہیں۔
- اسٹوریج: فزیکل ڈرائیو جہاں فائلیں اور ڈیٹا بیس محفوظ ہوتے ہیں۔
- سرور: ایک جسمانی کمپیوٹر جو پروسیسنگ پاور (CPU) اور میموری (RAM) فراہم کرتا ہے۔
- ورچوئلائزیشن: سافٹ ویئر جو ایک فزیکل سرور کو متعدد ورچوئل مشینوں، یا مختصر کے لیے VMs میں تقسیم کرتا ہے۔ ایک VM ایک الگ کمپیوٹر کی طرح برتاؤ کرتا ہے حالانکہ یہ دوسرے VMs کے ساتھ ہارڈ ویئر کا اشتراک کرتا ہے۔
- آپریٹنگ سسٹم: بنیادی سافٹ ویئر، جیسے لینکس یا ونڈوز، جو آپ کو اپنے ہارڈ ویئر کو منظم کرنے اور دوسرے پروگرام چلانے کی اجازت دیتا ہے۔
- مڈل ویئر: وہ سافٹ ویئر جو آپ کی ایپلیکیشن کو بیرونی دنیا اور دیگر خدمات سے جوڑتا ہے، جیسے کہ ویب سرور، جو براؤزرز سے درخواستیں وصول کرتے ہیں۔
- رن ٹائم: وہ ماحول جس میں آپ کا کوڈ چلنا چاہیے، جیسے جاوا اسکرپٹ کے لیے Node.js یا Python کے لیے Python انٹرپریٹر۔
- درخواست: سافٹ ویئر خود، جیسے آن لائن اسٹور یا ای میل کلائنٹ۔
- ڈیٹا: وہ معلومات جو ایپلیکیشن اسٹور اور پروسیس کرتی ہے، جیسے کہ کسٹمر کے ریکارڈ، آرڈرز اور ای میلز۔
جو ہر ماڈل کے مواد کا انتظام کرتا ہے۔
AWS اس تقسیم کو کلاؤڈ میں "اندر” سیکیورٹی اور کلاؤڈ کے اندر سیکیورٹی کے طور پر بیان کرتا ہے۔ فراہم کنندہ بادل کی حفاظت کا انتظام کرتا ہے۔ اس میں ڈیٹا سینٹر، فزیکل ہارڈویئر، فزیکل نیٹ ورک، اور ورچوئلائزیشن لیئرز شامل ہیں۔
لیکن سیکورٹی کو بادل آپ کا کاروبار ہے۔ یہ اس بات کا احاطہ کرتا ہے کہ آپ کلاؤڈ میں کیا ڈالتے ہیں اور اسے کیسے ترتیب دیا جائے۔ اس میں آپ کا ڈیٹا، آپ کے صارفین اور ان کی اجازتیں، اور آپ کی استعمال کردہ خدمات کی ترتیبات شامل ہیں۔
بنیادی ڈھانچہ بطور سروس (IaaS)
بنیادی ڈھانچہ بطور سروس ایک کلاؤڈ ماڈل ہے جس میں فراہم کنندہ کمپیوٹنگ کے بنیادی بلڈنگ بلاکس فراہم کرتا ہے۔ اس میں ورچوئل سرورز، اسٹوریج اور نیٹ ورکنگ شامل ہیں۔
IaaS کیسے کام کرتا ہے۔
IaaS کے ساتھ، آپ فراہم کنندہ سے ورچوئل مشینوں کی درخواست کرتے ہیں۔ CPUs کی تعداد اور میموری کی مقدار، یہ جو آپریٹنگ سسٹم چلاتا ہے، اور جس نیٹ ورک سے یہ جڑتا ہے منتخب کریں۔ چند منٹوں میں، آپ کا VM چلنے لگے گا اور آپ اس سے جڑ سکتے ہیں۔
اس وقت سے، سرور آپ کا انتظام کرے گا۔ بس سافٹ ویئر انسٹال کریں، آپریٹنگ سسٹم اپ ڈیٹس کا اطلاق کریں، اپنے فائر وال کو ترتیب دیں، اور اپنی ایپلیکیشنز کو چلتے رہیں۔
IaaS سے پہلے، نیا سرور خریدنے کے لیے ہارڈ ویئر کا آرڈر دینا اور انسٹالیشن کے لیے ہفتوں کا انتظار کرنا پڑتا ہے۔ IaaS کے ساتھ، وہی سرور منٹوں میں تیار ہو جاتے ہیں اور جب ان کی مزید ضرورت نہ ہو تو اسے حذف کیا جا سکتا ہے۔
یاد رکھیں: IaaS ہارڈ ویئر کے بوجھ کو ہٹاتا ہے، لیکن سرور کے بوجھ کو ختم نہیں کرتا ہے۔
IaaS کے ساتھ، آپ عام طور پر سرور کے چلنے والے ہر گھنٹے یا سیکنڈ کے ساتھ ساتھ اس کے برقرار رکھنے والے اسٹوریج اور آؤٹ باؤنڈ ڈیٹا کی منتقلی کے اخراجات کی ادائیگی کرتے ہیں۔
یہاں ایک حقیقی مثال ہے:
- Amazon EC2 (Elastic Compute Cloud) AWS پر
- گوگل کلاؤڈ پر گوگل کمپیوٹ انجن
- Microsoft Azure پر Azure ورچوئل مشینیں۔
ان میں سے ہر ایک ورچوئل مشین فراہم کرتا ہے۔ یہ دوسرے IaaS بلڈنگ بلاکس کے ساتھ کام کرتا ہے جیسے ورچوئل ڈسک (ایمیزون ای بی ایس)، فائلوں اور بیک اپ کے لیے اسٹوریج (ایمیزون ایس 3)، اور پرائیویٹ نیٹ ورکس (ایمیزون وی پی سی)۔
IaaS کب استعمال کریں۔
IaaS صحیح انتخاب ہے جب آپ کو اپنے آپریٹنگ سسٹم اور اس میں موجود ہر چیز پر کنٹرول کی ضرورت ہو، خاص طور پر جب:
- آپریٹنگ سسٹم کے مخصوص ورژن یا سافٹ ویئر کی ضرورت ہوتی ہے جو منظم پلیٹ فارم سپورٹ نہیں کرتا ہے۔
- آپ کو اپنے سرورز کو ترتیب دینا چاہیے اور سیکیورٹی یا تعمیل کے قواعد کو پورا کرنا چاہیے جن کے لیے آڈٹ کی ضرورت ہوتی ہے۔
- آپ موجودہ ایپلیکیشنز کو دوبارہ لکھے بغیر اپنے سرورز سے کلاؤڈ پر جا رہے ہیں۔ اسے اکثر "لفٹ اور شفٹ” کہا جاتا ہے۔
- آپ کو ترقی اور آزمائشی ماحول کی ضرورت ہے جسے آپ اکثر بناتے اور حذف کرتے رہتے ہیں۔
تجارت
جیسا کہ تمام سسٹمز کے ساتھ، اس ماڈل کو منتخب کرنے سے پہلے کچھ فوائد اور نقصانات ہیں جن سے آپ کو آگاہ ہونا چاہیے۔
پہلے اپنے آپریٹنگ سسٹم کا خیال رکھیں۔ ہم پیچ، سیکیورٹی اپ ڈیٹس، اور بیک اپس کو سنبھالتے ہیں، اور اپ ڈیٹس غائب ہونے سے سیکیورٹی میں خلاء پیدا ہوسکتا ہے۔
آپ کو توسیع کی منصوبہ بندی کرنے کی بھی ضرورت ہے۔ آپ کا فراہم کنندہ سرورز کو خودکار طور پر شامل کرنے کے لیے ٹولز فراہم کرے گا، لیکن آپ کو انہیں ترتیب دینے اور جانچنے کی ضرورت ہوگی۔
آپ کو کچھ نئی مہارتیں بھی حاصل کرنے کی ضرورت پڑسکتی ہے۔ سرور کو صحیح طریقے سے چلانے کے لیے لینکس یا ونڈوز ایڈمنسٹریشن، نیٹ ورکنگ، اور سیکیورٹی کا علم درکار ہوتا ہے۔
آپ بیکار وقت کی ادائیگی بھی کرتے ہیں۔ رات بھر ٹریفک کے بغیر چلنے والے سرورز پر اب بھی پیسے خرچ ہوتے ہیں۔
پلیٹ فارم بطور سروس (PaaS)
پلیٹ فارم بطور سروس ایک کلاؤڈ ماڈل ہے جو فراہم کنندگان کو اپنا کوڈ چلانے کے لیے تیار ماحول فراہم کرتا ہے۔ فراہم کنندہ سرورز، آپریٹنگ سسٹم، مڈل ویئر اور رن ٹائم کا انتظام کرتا ہے۔ صارف ایپلیکیشن کوڈ اور ڈیٹا درآمد کرتا ہے۔
PaaS کیسے کام کرتا ہے۔
IaaS کے ساتھ، آپ کو اپنی درخواست چلانے سے پہلے سرور تیار کرنے کی ضرورت ہے۔ اس میں آپ کے آپریٹنگ سسٹم کو اپ ڈیٹ کرنا، اپنا ویب سرور ترتیب دینا، زبان کا صحیح ورژن انسٹال کرنا، اور تمام دیکھ بھال شامل ہے۔
PaaS اس بوجھ کو کم کرتا ہے۔ PaaS کے ساتھ، آپ پلیٹ فارم پر اس زبان کی وضاحت کرتے ہیں جو آپ کی ایپلی کیشن استعمال کرتی ہے اور پھر کوڈ بھیجتے ہیں، عام طور پر Git پر دبا کر یا پیکیج اپ لوڈ کر کے۔ پلیٹ فارم ایپلیکیشن بناتا ہے، اسے مینجمنٹ سرور پر چلاتا ہے، اور ویب ایڈریس فراہم کرتا ہے۔ جیسے جیسے ٹریفک بڑھتا ہے، آپ کی درخواست کی مزید کاپیاں قائم کردہ قواعد کی بنیاد پر چل سکتی ہیں۔
آپ فیصلہ کرتے ہیں کہ آپ کی ایپلیکیشن کو کتنی میموری ملتی ہے، یہ کون سی سیٹنگز استعمال کرتی ہے، اور کون اسے تعینات کر سکتا ہے۔ پیچ لگانے اور انہیں برقرار رکھنے کے لیے اب آپ کو اپنے سرورز میں لاگ ان کرنے کی ضرورت نہیں ہے۔
PaaS کے ساتھ، آپ کو عام طور پر ایک گھنٹہ یا ماہانہ بنیادوں پر ان وسائل کے لیے بل دیا جاتا ہے جو آپ کی ایپلی کیشن استعمال کرتی ہے، جیسے کہ چلنے والی مثالوں کا سائز اور تعداد۔
یہاں ایک حقیقی مثال ہے:
- ہیروکو
- AWS لچکدار بین اسٹالک
- گوگل ایپ انجن
- Azure ایپ سروس
کچھ مصنوعات ایسی ہیں جو زمروں کے درمیان آتی ہیں۔ مثال کے طور پر، گوگل کے فائر بیس کو اکثر PaaS کہا جاتا ہے، لیکن زیادہ درست طریقے سے بیک اینڈ بطور سروس (BaaS) کہا جاتا ہے۔ BaaS ریڈی میڈ بیک اینڈ فعالیت فراہم کرتا ہے جسے ایپس براہ راست کال کرتی ہیں، جیسے ڈیٹا بیس، صارف کی تصدیق کا بہاؤ، اور فائل اسٹوریج۔ مثال کے طور پر، آپ پوری ایپلیکیشن کی تعیناتی نہیں کرتے جیسے ہیروکو پر کرتے ہیں۔
ایک اور ایمیزون آر ڈی ایس (ریلیشنل ڈیٹا بیس سروس) ہے، ایک منظم ڈیٹا بیس۔ AWS ڈیٹا بیس سافٹ ویئر اور بیک اپ چلاتا ہے، اور آپ اپنی میزیں، ڈیٹا اور رسائی کا انتظام کرتے ہیں۔ یہ PaaS کی طرح کام کرتا ہے، لیکن ڈیٹا بیس کے لیے۔
PaaS کب استعمال کریں۔
- آپ تیزی سے ویب ایپلیکیشن یا API لانچ کرنا چاہتے ہیں اور اپنے کوڈ پر توجہ مرکوز کرنا چاہتے ہیں۔
- آپ کی ٹیم چھوٹی ہے اور آپ کے پاس سرور کے انتظام کے لیے وقف کوئی نہیں ہے۔
- ایپلیکیشنز پلیٹ فارم کے ذریعے تعاون یافتہ ایک عام زبان کا استعمال کرتی ہیں، جیسے Node.js، Python، Java، یا .NET۔
- آپ اسے خود بنائے بغیر تعینات، پیمانے، اور نگرانی کرنا چاہتے ہیں۔
تجارت
یہاں پہلی تجارت کم کنٹرول ہے۔ آپ صرف وہ سافٹ ویئر انسٹال نہیں کر سکتے جو آپ چاہتے ہیں یا آپریٹنگ سسٹم کی ترتیبات کو تبدیل نہیں کر سکتے۔ اس کے علاوہ، اگر پلیٹ فارم کسی چیز کو سپورٹ نہیں کرتا ہے، تو آپ کو اسے ٹھیک کرنے کی ضرورت ہے۔
وینڈر لاک ان کا خطرہ بھی ہے۔ وینڈر لاک ان کا مطلب ہے کہ آپ کی درخواست صرف ایک پلیٹ فارم کے ذریعہ فراہم کردہ فعالیت پر انحصار کرتی ہے، جس سے دوسرے فراہم کنندہ کے پاس جانا مشکل ہوجاتا ہے۔
آپ اپنے سائز کے لحاظ سے مزید ادائیگی بھی کر سکتے ہیں۔ جیسے جیسے ٹریفک بڑھتا ہے، PaaS آپ کے زیر انتظام سرورز پر کام کا بوجھ چلانے سے زیادہ خرچ کر سکتا ہے کیونکہ آپ سہولت کے لیے ادائیگی کرتے ہیں۔
آپ کو پلیٹ فارم کی حدود میں بھی کام کرنا چاہیے، جیسے کہ زیادہ سے زیادہ درخواست کا وقت یا معاون زبان کے ورژن۔
آخر میں، آپ اب بھی اپنے کوڈ کی حفاظت کے مالک ہیں، بشمول کسی بھی فریق ثالث کی لائبریریوں کو جو یہ استعمال کرتا ہے (اور اس کے ساتھ آنے والے تمام خطرات)۔
سافٹ ویئر بطور سروس (ساس)
سافٹ ویئر بطور سروس ایک کلاؤڈ ماڈل ہے جس میں فراہم کنندہ انٹرنیٹ پر ایک مکمل ایپلیکیشن فراہم کرتا ہے۔ ویب براؤزر یا ایپ کے ذریعے رسائی حاصل کی گئی، فراہم کنندہ اسے چلانے کے لیے درکار ہر چیز کا خیال رکھتا ہے۔
SaaS کیسے کام کرتا ہے۔
SaaS سے پہلے، کاروباری سافٹ ویئر استعمال کرنے کا مطلب لائسنس خریدنا، اسے ہر کمپیوٹر پر انسٹال کرنا، اور جب بھی کوئی نیا ورژن سامنے آتا ہے اسے اپ ڈیٹ کرنا تھا۔ مثال کے طور پر، اگر کوئی تنظیم اپنا ای میل سسٹم چاہتی ہے، تو اسے اپنا ای میل سرور، اسے چلانے کے لیے لوگوں اور بیک اپ پلان کی ضرورت ہوگی۔
یہ SaaS سے مختلف ہے۔ فراہم کنندہ ایپلیکیشن کو اپنے بنیادی ڈھانچے پر چلاتا ہے اور تمام صارفین ایک ہی مرکزی طور پر اپ ڈیٹ شدہ ورژن استعمال کرتے ہیں۔ ایک اکاؤنٹ بنائیں، صارفین کو شامل کریں، اور کام شروع کریں۔ آپ کو کچھ بھی انسٹال کیے بغیر نئی خصوصیات اور حفاظتی اصلاحات ملتی ہیں۔
آپ کا کام سافٹ ویئر کو چلانے سے لے کر اسے ترتیب دینے تک چلتا ہے۔ فیصلہ کریں کہ کون اکاؤنٹس حاصل کرتا ہے، ہر فرد کس تک رسائی حاصل کرسکتا ہے، اور فائلوں کا اشتراک کیسے کیا جائے گا۔
SaaS کے ساتھ، آپ عام طور پر فی صارف فی ماہ یا سال ادائیگی کرتے ہیں، اکثر اعلیٰ، زیادہ خصوصیت سے بھرپور درجات میں۔
یہاں ایک حقیقی مثال ہے:
- ای میلز، دستاویزات اور فائلز کو اسٹور کرنے کے لیے Gmail اور Google Workspace۔
- Microsoft 365 آؤٹ لک، ورڈ، ایکسل، اور ٹیموں کے لیے
- سلیک، ٹیم میسجنگ کے لیے
- ویڈیو کانفرنسنگ کے لیے زوم کریں۔
- فائل اسٹوریج اور شیئرنگ کے لیے ڈراپ باکس
- سیلز فورس برائے کسٹمر اور سیلز مینجمنٹ
SaaS کب استعمال کریں۔
- یہ سافٹ ویئر بہت سی تنظیموں کے مشترکہ مسائل کو حل کرتا ہے، بشمول ای میل، دستاویزات، چیٹ، اور اکاؤنٹنگ۔
- میں خود سافٹ ویئر بنانا یا چلانا نہیں چاہتا۔
- آپ کی ٹیم کو کہیں سے بھی، کسی بھی ڈیوائس پر قابل رسائی ہونے کی ضرورت ہے۔
- ٹول کو اس ہفتے کام کرنا چاہیے، چھ ماہ میں نہیں۔
مثال کے طور پر، 20 ملازمین کے ساتھ ایک غیر سرکاری تنظیم پر غور کریں جس کے لیے پیشہ ورانہ ای میل، مشترکہ دستاویزات، اور ویڈیو کالز کی ضرورت ہوتی ہے۔ کوئی آئی ٹی ٹیم نہیں ہے۔ Google Workspace یا Microsoft 365 کے ساتھ، ایک منتظم ایک دن میں تمام ملازمین کے لیے اکاؤنٹس ترتیب دے سکتا ہے، جبکہ فراہم کنندہ سرورز، اپ ڈیٹس اور اسپام فلٹرنگ کو ہینڈل کرتا ہے۔
تجارت
یہ آپشن آپ کو کم سے کم کنٹرول فراہم کرتا ہے۔ اگر آپ فراہم کنندہ کی طرف سے تیار کردہ خصوصیات حاصل کر رہے ہیں اور آپ کو ایسی خصوصیات کی ضرورت ہے جو فراہم کنندہ پیش نہیں کرتا ہے، تو انتظار کریں یا کہیں اور دیکھیں۔
مزید برآں، آپ کا ڈیٹا فراہم کنندہ کے پاس رہے گا۔ آپ ہماری سیکیورٹی پر بھروسہ کرتے ہیں، لہذا آپ کو یہ جاننے کی ضرورت ہے کہ آپ کا ڈیٹا کہاں محفوظ ہے اور اگر آپ چھوڑ دیتے ہیں تو آپ اسے کیسے برآمد کرسکتے ہیں۔
آپ کی ٹیم پر منحصر ہے، اخراجات آسانی سے بڑھ سکتے ہیں۔
یہ آپ کے انٹرنیٹ کنکشن پر بھی منحصر ہے۔ ایک غیر مستحکم کنکشن براؤزر پر مبنی ٹولز کو ناقابل استعمال بنا سکتا ہے جب آپ کو ان کی سب سے زیادہ ضرورت ہو۔
اور حسب ضرورت کے اختیارات محدود ہیں۔ ٹول کو دوسرے سسٹمز سے جوڑنا اس بات پر منحصر ہے کہ آپ کا فراہم کنندہ کیا اجازت دیتا ہے۔
بڑے تین سے آگے: CaaS، FaaS، سرور کے بغیر
IaaS، PaaS، اور SaaS اہم ماڈلز ہیں، لیکن CaaS، FaaS، اور سرور لیس جیسے اختیارات بھی ہیں۔ آئیے ایک نظر ڈالیں کہ ہر ایک کا کیا مطلب ہے اور وہ کیسے کام کرتے ہیں۔
کنٹینر بطور سروس (CaaS)
ایک کنٹینر ایک ایپلیکیشن کو ہر اس چیز کے ساتھ پیک کرتا ہے جس میں اسے چلانے کی ضرورت ہوتی ہے، بشمول رن ٹائم، لائبریریاں اور ترتیبات۔ چونکہ ہر چیز ایک پیکیج کے اندر موجود ہوتی ہے، اس لیے کنٹینرز آپ کے لیپ ٹاپ پر اسی طرح چلتے ہیں جیسے وہ کلاؤڈ میں سرور پر کرتے ہیں۔ ڈوکر کنٹینرز کی تعمیر کا سب سے عام ٹول ہے۔
کنٹینرز بطور سروس (CaaS) ایک ایسا ماڈل ہے جس میں کنٹینرز کو ایک فراہم کنندہ کے ذریعے چلایا اور منظم کیا جاتا ہے۔ جب آپ ایک کنٹینر کی تصویر فراہم کرتے ہیں، تو یہ اسے شروع کرتا ہے، ناکام ہونے پر اسے دوبارہ شروع کرتا ہے، اور اسے سرورز پر تقسیم کرتا ہے۔ سافٹ ویئر جو یہ فیصلے کرتا ہے اسے کنٹینر آرکیسٹریٹر کہا جاتا ہے، جس میں Kubernetes سب سے زیادہ استعمال ہوتا ہے۔
CaaS IaaS اور PaaS کے درمیان بیٹھتا ہے۔ آپ فیصلہ کرتے ہیں کہ ہر کنٹینر میں کیا جاتا ہے، لیکن آپ کے پاس PaaS سے زیادہ کنٹرول ہے کیونکہ فراہم کنندہ کنٹینرز کو چلانے کے زیادہ تر کام کو ہینڈل کرتا ہے۔
کچھ عام مثالوں میں شامل ہیں:
- Amazon Elastic Container Service (ECS)، AWS کا اپنا آرکیسٹریٹر
- Amazon Elastic Kubernetes Service (EKS) نے AWS پر Kubernetes کا انتظام کیا۔
- Google Kubernetes Engine (GKE)، Google Cloud پر Kubernetes کا نظم کرتا ہے۔
جب تک آپ AWS Fargate استعمال نہیں کرتے، جو آپ کے کنٹینرز کو سرورز کے انتظام کے بغیر چلاتا ہے، ECS اور EKS آپ کو ان ورچوئل مشینوں کا نظم کرنے کی اجازت دیتے ہیں جن پر آپ کے کنٹینرز چلتے ہیں۔
FaaS (ایک سروس کے طور پر کام)
فنکشنز بطور سروس (FaaS) ایک ایسا ماڈل ہے جہاں آپ کوڈ کے چھوٹے چھوٹے ٹکڑے اپ لوڈ کرتے ہیں جنہیں فنکشن کہتے ہیں، اور فراہم کنندہ کوڈ کے ہر ٹکڑے کو صرف اس وقت انجام دیتا ہے جب کوئی واقعہ شروع ہوتا ہے۔ ایک واقعہ وہ ہوتا ہے جو ہوتا ہے، جیسے کہ ویب کی درخواست کی آمد، فائل اپ لوڈ کی جا رہی ہے، یا مقررہ وقت پر پہنچنا۔
کسی کام کا انتظار کرتے وقت سرور کو چلتا نہیں رکھتا ہے۔ جب کوئی واقعہ پیش آتا ہے، فراہم کنندہ فنکشن شروع کرتا، چلاتا اور روک دیتا ہے۔ آپ فی درخواست اور ہر عمل درآمد کے لیے استعمال ہونے والے حسابی وقت کے لیے ادائیگی کرتے ہیں، لہذا جب کچھ نہیں ہوتا ہے تو آپ حساب کے لیے ادائیگی نہیں کرتے ہیں۔
مثال کے طور پر، فرض کریں کہ آپ کے آن لائن اسٹور کو ہر بار جب کوئی بیچنے والا اپنے پروڈکٹ کی تصویر اپ لوڈ کرتا ہے تو ایک چھوٹا سا تھمب نیل بنانا ہوتا ہے۔ IaaS کے ساتھ، آپ اپ لوڈز کو دیکھنے کے لیے سارا دن اپنے سرور کو چلاتے رہتے ہیں، یہاں تک کہ صبح 3 بجے تک جب کوئی اپ لوڈ نہیں کر رہا ہوتا ہے۔ FaaS کے ساتھ، اپ لوڈ خود فنکشن کو تھمب نیل بنانے کے لیے متحرک کرتا ہے، اور آپ صرف اس کے چلنے والے سیکنڈز کی ادائیگی کرتے ہیں۔
کچھ عام مثالوں میں شامل ہیں:
- اے ڈبلیو ایس لیمبڈا
- Azure افعال
- گوگل کلاؤڈ رن فیچرز، جنہیں پہلے گوگل کلاؤڈ فنکشنز کہا جاتا تھا۔
FaaS کے بھی فوائد اور نقصانات ہیں۔ ہر عمل کی ایک وقت کی حد ہوتی ہے اور بیکار فنکشن شروع ہونے میں زیادہ وقت لگ سکتا ہے۔ اسے کولڈ اسٹارٹ کہتے ہیں۔
جہاں سرور لیس فٹ بیٹھتا ہے۔
سرور لیس ایک کلاؤڈ سروس سے مراد ہے جہاں سروس سرورز کو ترتیب دینے یا ان کا انتظام کیے بغیر خود بخود طلب کے مطابق پیمانہ بناتی ہے، اور آپ صرف اس کے لیے ادائیگی کرتے ہیں جو آپ استعمال کرتے ہیں، نہ کہ بے کار صلاحیت کے لیے۔
سرور لیس اسٹیک میں چوتھا ماڈل نہیں ہے۔ یہ اس بات کی وضاحت کرتا ہے کہ سروس کس طرح چلتی ہے اور اس کا بل کیا جاتا ہے، نہ کہ اس کا نظم و نسق۔ FaaS سرور لیس ہے، لیکن اسی طرح بہت سی دوسری منظم خدمات ہیں، جیسے فائل اسٹوریج کے لیے Amazon S3، ڈیٹا بیس کے لیے Amazon DynamoDB، اور کنٹینرز کے لیے AWS Fargate۔
گوگل کلاؤڈ رن کی فعالیت، جو کہ CaaS ہے، بھی بغیر سرور کے زمرے میں آتی ہے۔
صحیح سروس ماڈل کا انتخاب کیسے کریں۔
کوئی ایک ماڈل نہیں ہے جو ہر پروجیکٹ کے لیے بہترین ہو۔ صحیح انتخاب اس بات پر منحصر ہے کہ آپ کیا بنا رہے ہیں، کون بنا رہا ہے، اور آپ کو کتنے کنٹرول کی ضرورت ہے۔
فیصلہ کرنے میں آپ کی مدد کرنے کے لیے، آپ درج ذیل سوالات کو ترتیب سے حل کر سکتے ہیں:
- کیا پہلے سے ہی ایسا سافٹ ویئر ہے جو ایسا کرتا ہے؟ پھر SaaS کے ساتھ شروع کریں۔
- کیا آپ اپنی درخواستیں ایک عام زبان میں بنا رہے ہیں؟ اگر ایسا ہے تو، پہلے PaaS کو دیکھیں، پھر FaaS کو چھوٹے کاموں کے لیے دیکھیں جو واقعات کے جواب میں چلتے ہیں۔
- کیا آپ کی درخواست پہلے ہی کنٹینر میں پیک کی گئی ہے؟ اگر ایسا ہے تو، CaaS یا سرور لیس کنٹینر پلیٹ فارم آپ کے لیے صحیح ہو سکتا ہے۔
- کیا آپ کو اپنے آپریٹنگ سسٹم، کسٹم سافٹ ویئر، یا سخت تعمیل کی ترتیبات پر کنٹرول کی ضرورت ہے؟ پھر IaaS کا انتخاب کریں۔
- کیا آپ کی ٹریفک مستحکم ہے یا غیر متوقع؟ غیر متوقع ٹریفک اکثر اپنے آپ کو سرور کے بغیر تنخواہ کے طور پر جانے والی قیمتوں کا تعین کرتا ہے۔
بہترین منظم ماڈل کے ساتھ شروع کریں جو آپ کی ضروریات کو پورا کرتا ہے اور صرف اس صورت میں اسٹیک کو نیچے لے جائیں جب ایسا کرنے کی کوئی واضح وجہ ہو۔
زیادہ تر پروڈکشن سسٹمز متعدد کلاؤڈ سروس ماڈلز کو یکجا کرتے ہیں، ہر ایک مختلف مقصد کی تکمیل کرتا ہے۔
ختم
ہر سروس ماڈل صارف کے آپریشنز اور فراہم کنندہ کے آپریشنز کے درمیان اسٹیک میں ایک مختلف نقطہ پر ایک لکیر کھینچتا ہے۔ IaaS ورچوئل انفراسٹرکچر فراہم کرتا ہے اور آپریٹنگ سسٹم اور اس سے اوپر کی ہر چیز کا انتظام کرتا ہے۔ PaaS پلیٹ فارم مہیا کرتا ہے اور کوڈ اور ڈیٹا کا انتظام کرتا ہے۔ SaaS ایک تیار شدہ ایپلیکیشن فراہم کرتا ہے اور صارفین، ڈیٹا اور ترتیبات کا انتظام کرتا ہے۔
CaaS اور FaaS ان ماڈلز کے درمیان آتے ہیں، جبکہ سرور لیس ان کو چلانے اور ادائیگی کرنے کا طریقہ بتاتا ہے۔ تمام معاملات میں، آپ (گاہک) اپنے ڈیٹا کے ذمہ دار ہیں اور اس تک کس کی رسائی ہے۔
پڑھنے کے لیے شکریہ!