فہرست کا خانہ:
ورچوئلائزیشن میں مختلف کمپیوٹنگ ٹیکنالوجیز شامل ہیں اور یہ ہارڈ ویئر کی سطح پر اور سافٹ ویئر کی سطح پر بھی حاصل کیا جاسکتا ہے۔ ایک انٹرپرائز میں ، ورچوئلائزیشن سافٹ ویئر سروسز خصوصا ساس ایپلی کیشنز کی صلاحیت کو بڑھا سکتی ہے۔ یہ ہے کہ کاروباری اداروں کے لئے آئی ٹی کے اخراجات کو کم کرنے کا یہ ایک بہت موثر طریقہ ہے۔ لیکن ورچوئلائزیشن اور ساس کو ایک ساتھ رکھیں اور آپ کو جیتنے کا امتزاج مل سکتا ہے۔
ساس کیا ہے؟
سافٹ ویئر بطور سروس (ساس) ایک سافٹ ویئر لائسنسنگ ماڈل ہے جس میں سافٹ ویئر کو خریداری کی بنیاد پر لائسنس دیا جاتا ہے اور اس کی میزبانی کسی وینڈر یا خدمت فراہم کنندہ کے ذریعہ ہوتی ہے۔ یہ تقسیم شدہ سوفٹویئر ایپلی کیشنز صارفین کو انٹرنیٹ پر دستیاب کرائی گئی ہیں۔
ساس ایسی ٹیکنالوجیز میں مقبول ہورہا ہے جو خدمت پر مبنی فن تعمیر (SOA) یا ویب خدمات کی تائید کرتی ہیں۔ ساس بہت سے فوائد کے ساتھ آتا ہے۔ سب سے عام ہیں:
- آسان انتظامیہ
- آسان اپ ڈیٹس اور پیچ انتظام
- مطابقت (تمام صارفین کے پاس سافٹ ویئر کا ایک ہی ورژن ہوگا)
- عالمی سطح پر رسائ
- بطور سروس انفارمیشن ٹکنالوجی مینجمنٹ (ITMaaS)
ورچوئلائزیشن اور سافٹ ویئر کی فراہمی
سافٹ ویئر ڈویلپمنٹ کمیونٹی میں ورچوئلائزیشن کا تصور صحیح طور پر اپنایا اور قبول کیا گیا ہے۔ اس میں ترقی اور ٹیسٹ کے ماحول کو تیزی سے پیدا کرکے تیز تر ترقی اور جانچ کے طریقہ کار فراہم کرنے کی صلاحیت ہے۔
VMware اور VBox سب سے زیادہ استعمال ہونے والی ٹکنالوجی ہے ، اور وہ متعدد صارفین کو مختلف آپریٹنگ سسٹم ، ورژن اور مثالوں پر چلانے کے اہل بناتے ہیں۔ زیادہ تر سافٹ ویئر ڈویلپمنٹ انٹرپرائزز پہلے سافٹ ویئر ورچوئلائزیشن میکانزم کو اپنا کر اور پھر آہستہ آہستہ ہارڈویئر ورچوئلائزیشن کی طرف بڑھتے ہوئے ورچوئلائزیشن تکنیک کو اپناتے ہیں۔
ورچوئلائزیشن اور ساس
بہت سارے فوائد کے باوجود ، ساس کو ابھی تک اس کا واجب الادا قرضہ ملنا باقی ہے۔ اس کے لئے بہت سارے عوامل ذمہ دار ہیں۔ یہ شامل ہیں:- اسٹارٹ اپ کی بہت بڑی لاگت: سیٹ اپ میں لگائی جانے والی آمدنی سالوں کے عرصے میں بازیافت ہوتی ہے۔
- یہ مفت سافٹ ویئر کے اصولوں کی خلاف ورزی کرسکتا ہے: سافٹ ویئر کی آزادی کے کارکن رچرڈ اسٹال مین نے ساس کو "سافٹ ویئر متبادل (ساس) کی حیثیت سے خدمت" کے طور پر حوالہ دیا ہے ، اور اسے مفت سافٹ ویئر کے اصولوں کی خلاف ورزی قرار دیا ہے۔
"ساس کے ساتھ ، صارفین کے پاس قابل عمل فائل کی کاپی موجود نہیں ہے: یہ سرور پر ہے ، جہاں صارف اسے دیکھ یا چھ نہیں سکتے ہیں۔ اس طرح ان کے لئے یہ معلوم کرنا ناممکن ہے کہ یہ واقعی کیا کرتا ہے ، اور ناممکن ہے کہ تبدیل کیا جائے۔ اسٹاس مین نے جی این یو ویب سائٹ پر لکھا ، "ساس فطری طور پر سرور آپریٹر کو استعمال میں موجود سافٹ ویئر کو تبدیل کرنے یا صارفین کے اعداد و شمار کو تبدیل کرنے کی طاقت دیتا ہے۔
اگر ہم انفراسٹرکچر اور اسٹارٹ اپ لاگت سے آگے دھیان دیتے ہیں تو ، ایک بار تعینات ہونے پر ، ساس ایپلی کیشن پلیٹ فارم کو صرف تولیدی صلاحیت سے ہی تعلق رکھنا چاہئے۔ ساس پر مبنی درخواست کی ہر ایک مثال ایک دوسرے سے ایک جیسی ہونی چاہئے۔ ہر صارف اور معاون ٹیم کے ل application ہر اطلاق مثال کے مطابق سلوک کو برقرار رکھنے کے لئے کم سے کم اختلافات ہونے چاہ.۔ ایسا اس لئے کیا گیا ہے تاکہ کسی مسئلے کا ازالہ کرنے کے ل they ان کے پاس یکساں بنیاد ہو ، اگر ضرورت ہو تو۔ سپورٹ انجینئر کسی ایک صارف کے مثال کے لئے گمشدہ لائبریری ماڈیول کی وجہ سے پیدا ہونے والی دشواری کی دریافت نہیں کرنا چاہے گا۔ اسی طرح ، نہ ہی کوئی صارف یہ جاننا پسند کرے گا کہ آرڈر کردہ ہر درخواست میں کوئی پریشانی ہوسکتی ہے کیونکہ ساس پر مبنی کمپنی ہر آرڈر کے لئے ایک جیسے اقدامات کا استعمال کرتے ہوئے اس مسئلے کو دوبارہ نہیں پیش کر سکتی ہے۔ مستقل مزاجی اور لاگت کے فوائد کے لئے پورا عمل خود کار ہونا چاہئے۔
بڑھتی ہوئی پیچیدگی
آج کی ایپلی کیشنز کے لئے تعی .ن کی پیچیدہ نوعیت کو سمجھنا ضروری ہو جاتا ہے۔ چاہے وہ ساس ماڈل ہو یا روایتی ماڈل۔ یہاں تک کہ سب سے آسان ویب ایپلیکیشن اب بنیادی ڈیٹا اسٹوریج پرت کے انتظام کے لئے ذمہ دار نہیں ہے۔ معیاری پریکٹس میں ایک ڈیٹا بیس ہونا ہے ، مثال کے طور پر ، ایس کیو ایل ، اوریکل ، ڈی بی 2 یا ایس کیو ایل سرور۔ ان کو مشترکہ ویب اسٹیکس جیسے جاوا ، ننجا ، گرلز ، ریلز وغیرہ کے ساتھ جوڑ کر ، کثیر الجہتی فن تعمیر کا باعث بنتا ہے جس میں توسیع پذیر تعیناتی کا مطالبہ کیا جاتا ہے۔ مثال کے طور پر ، ریلز ماحول قائم کرتے وقت ہم نے ایس کیو ایل کا استعمال کیا۔
ایپلیکیشنز کی فرتیلی نوعیت ، جو پلگ انز ، پیچ ، میکروس اور میکشز کے ذریعے سافٹ ویئر کی آسانی سے اپ گریڈ کرنے کی اجازت دیتی ہے ، آسانی سے ساس ماڈل میں ضم ہوسکتی ہے۔ کسی چھوٹے مسئلے کے ل An ایک توسیع یا پیچ تیار کیا جاتا ہے ، زیادہ تر وقت میں بگ فکس ہوتا ہے ، جسے موجودہ سافٹ ویئر پر پیچ کے بطور فراہم کرنے کی ضرورت ہوتی ہے۔ عام طور پر ایک صارف یہ سننے کے لئے نہیں چاہتا ہے کہ کوئی مسئلہ وسائل کی رکاوٹ یا کچھ دوسرے حالات کی وجہ سے پیش آیا ہے ، یا یہ کہ کسی اور صارف کے ذریعہ پیدا ہوا ہے۔
وکی پیڈیا کے مطابق ، خدشات کو الگ کرنا کسی درخواست کو الگ الگ خصوصیات میں توڑنے کی بنیاد ہے ، جو فعالیت کی حد سے زیادہ کو کم کرتا ہے۔ ورچوئلائزیشن کی جگہ پر ، اس تصور کو بنیادی ڈھانچے پر لاگو کیا جاسکتا ہے۔ علیحدگی کا اطلاق فی اطلاق ، ہر صارف اور / یا فی کلسٹر کی بنیاد پر کیا جاسکتا ہے۔ ہارڈ ویئر کو اب بھی اپنی زیادہ سے زیادہ صلاحیت کے مطابق استعمال کرتے ہوئے ، یہ افقی اور عمودی پیمانے کی صلاحیت فراہم کرتا ہے۔ یہ واحد کرایہ دار درخواستوں کے لئے فائدہ مند ہے جو ساس مارکیٹ میں داخل ہونا چاہتے ہیں۔ صفر کے قریب کوڈ کی تبدیلی والے بنیادی ہارڈویئر پر فوری ملٹی ٹینسی آسانی کے ساتھ حاصل کی جاسکتی ہے۔
کونٹیجکس کے ساس پلیٹ فارم پر تعیناتی کے دو ماڈلز ہیں۔ فرق کرنے والا عنصر اس بات پر منحصر ہے کہ درخواست کس طرح تیار کی گئی ہے:
- ایک واحد کسٹمر کی ہر تعیناتی کی حمایت کرنا ، یا
- ایک ہی تعی onن پر متعدد صارفین کی مدد کرنا
قطع نظر تقرری ماڈل سے ، آپریٹنگ سسٹم اور اطلاق کی تنصیب کو اطلاق کے ڈیٹا سے الگ کرنا بہت ضروری ہے۔ اس سے اس پر تبادلہ خیال ہوتا ہے کہ کس طرح اپ گریڈ پر عملدرآمد اور ہینڈل ہوتے ہیں۔ آپریٹنگ سسٹم اور ایپلیکیشن انسٹالیشن کو اتار چڑھاؤ والے ڈیٹا کی مقدار کو دھیان میں رکھنا چاہئے ، جو کسی بھی وقت ریفریشڈ کاپی یا نئے ورژن کے ساتھ تبدیل کرنے کے قابل ہونا چاہئے۔