ورچوئلائزیشن ساس ایپلی کیشنز کو کیسے طاقت بخش سکتی ہے

مصنف: Roger Morrison
تخلیق کی تاریخ: 17 ستمبر 2021
تازہ کاری کی تاریخ: 19 جون 2024
Anonim
Cloud Computing - Computer Science for Business Leaders 2016
ویڈیو: Cloud Computing - Computer Science for Business Leaders 2016

مواد



ماخذ: تاشاوتوانگو / ڈریم ٹائم ڈاٹ کام

ٹیکا وے:

ورچوئلائزیشن اور ساس کاروبار کے لئے ایک طاقتور امتزاج ہوسکتا ہے۔

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

ساس کیا ہے؟

سافٹ ویئر بطور سروس (ساس) ایک سافٹ ویئر لائسنسنگ ماڈل ہے جس میں سافٹ ویئر کو خریداری کی بنیاد پر لائسنس دیا جاتا ہے اور اس کی میزبانی کسی وینڈر یا خدمت فراہم کنندہ کے ذریعہ ہوتی ہے۔ یہ تقسیم شدہ سوفٹویئر ایپلی کیشنز صارفین کو انٹرنیٹ پر دستیاب کرائی گئی ہیں۔

ساس ایسی ٹیکنالوجیز میں مقبول ہورہا ہے جو خدمت پر مبنی فن تعمیر (SOA) یا ویب خدمات کی تائید کرتی ہیں۔ ساس بہت سے فوائد کے ساتھ آتا ہے۔ سب سے عام ہیں:
  • آسان انتظامیہ
  • آسان اپ ڈیٹس اور پیچ انتظام
  • مطابقت (تمام صارفین کے پاس سافٹ ویئر کا ایک ہی ورژن ہوگا)
  • عالمی سطح پر رسائ
ساس کو کلاؤڈ کمپیوٹنگ نامزدگی کا ایک حصہ بھی سمجھا جاتا ہے۔
  • انفراسٹرکچر بطور سروس (IaaS)
  • ڈیسک ٹاپ بطور سروس (داس)
  • بطور خدمت (بآس) بطور سروس
  • خدمت کے طور پر پلیٹ فارم (PaaS)
  • بطور سروس انفارمیشن ٹکنالوجی مینجمنٹ (ITMaaS)

ورچوئلائزیشن اور سافٹ ویئر کی فراہمی

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

VMware اور VBox سب سے زیادہ استعمال ہونے والی ٹکنالوجی ہے ، اور وہ متعدد صارفین کو مختلف آپریٹنگ سسٹم ، ورژن اور مثالوں پر چلانے کے اہل بناتے ہیں۔ زیادہ تر سافٹ ویئر ڈویلپمنٹ انٹرپرائزز پہلے سافٹ ویئر ورچوئلائزیشن میکانزم کو اپنا کر اور پھر آہستہ آہستہ ہارڈویئر ورچوئلائزیشن کی طرف بڑھتے ہوئے ورچوئلائزیشن تکنیک کو اپناتے ہیں۔

ورچوئلائزیشن اور ساس

بہت سارے فوائد کے باوجود ، ساس کو ابھی تک اس کا واجب الادا قرضہ ملنا باقی ہے۔ اس کے لئے بہت سارے عوامل ذمہ دار ہیں۔ یہ شامل ہیں:
  • اسٹارٹ اپ کی بہت بڑی لاگت: سیٹ اپ میں لگائی جانے والی آمدنی سالوں کے عرصے میں بازیافت ہوتی ہے۔

  • یہ مفت سافٹ ویئر کے اصولوں کی خلاف ورزی کرسکتا ہے: سافٹ ویئر کی آزادی کے کارکن رچرڈ اسٹال مین نے ساس کو "سافٹ ویئر متبادل (ساس) کی حیثیت سے خدمت" کے طور پر حوالہ دیا ہے ، اور اسے مفت سافٹ ویئر کے اصولوں کی خلاف ورزی قرار دیا ہے۔

    "ساس کے ساتھ ، صارفین کے پاس قابل عمل فائل کی کاپی موجود نہیں ہے: یہ سرور پر موجود ہے ، جہاں صارفین اسے دیکھ یا چھو نہیں سکتے ہیں۔ اس طرح ان کے لئے یہ معلوم کرنا ناممکن ہے کہ یہ واقعی کیا کرتا ہے ، اور ناممکن ہے کہ اس میں اسے تبدیل کیا جائے۔" ساس فطری طور پر سرور آپریٹر کو استعمال میں موجود سافٹ وئیر کو تبدیل کرنے کی طاقت فراہم کرتا ہے ، یا استعمال کنندہ کے ڈیٹا پر کام کررہا ہے ، "اسٹال مین نے جی این یو ویب سائٹ پر لکھا۔
ورچوئلائزیشن کے مقابلے میں ساس کی ایک عمدہ مثال ایمیزون ویب سروسز (AWS) ہے۔ AWS سافٹ ویئر اور پلیٹ فارم کی ایک میزبان پیش کرتا ہے۔ یہ سافٹ ویئر ورچوئل میزبانوں پر انسٹال ہے اور جب بھی ضرورت ہو اس کو اوپر یا نیچے کیا جاسکتا ہے۔

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

بڑھتی ہوئی پیچیدگی

آج کی ایپلی کیشنز کے لئے تعی .ن کی پیچیدہ نوعیت کو سمجھنا ضروری ہو جاتا ہے۔ چاہے وہ ساس ماڈل ہو یا روایتی ماڈل۔ یہاں تک کہ سب سے آسان ویب ایپلیکیشن اب بنیادی ڈیٹا اسٹوریج پرت کے انتظام کے لئے ذمہ دار نہیں ہے۔ معیاری پریکٹس میں ایک ڈیٹا بیس ہونا ہے ، مثال کے طور پر ، ایس کیو ایل ، اوریکل ، ڈی بی 2 یا ایس کیو ایل سرور۔ ان کو مشترکہ ویب اسٹیکس جیسے جاوا ، ننجا ، گرلز ، ریلوں وغیرہ کے ساتھ جوڑ کر ، کثیر الجہتی فن تعمیر کا باعث بنتا ہے جس میں توسیع پذیر تعیناتی کا مطالبہ کیا جاتا ہے۔ مثال کے طور پر ، ریلز ماحول قائم کرتے وقت ہم نے ایس کیو ایل کا استعمال کیا۔

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

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

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

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