Service statelessness principle
سروس اسٹیٹ لیسنیس ایک ڈیزائن اصول ہے جس کا اطلاق سروس اورینٹیشن ڈیزائن پیراڈائم کے اندر کیا جاتا ہے، تاکہ جب بھی ممکن ہو اسکیل ایبل سروسز کو ان کے ریاستی ڈیٹا سے الگ کرکے ڈیزائن کیا جا سکے۔ اس کے نتیجے میں کسی سروس کے ذریعہ استعمال ہونے والے وسائل میں کمی واقع ہوتی ہے کیونکہ اصل ریاستی ڈیٹا مینجمنٹ کسی بیرونی جزو یا آرکیٹیکچرل ایکسٹینشن کو تفویض کیا جاتا ہے۔ وسائل کی کھپت کو کم کرکے، سروس زیادہ درخواستوں کو قابل اعتماد طریقے سے سنبھال سکتی ہے۔ مقصد کسی بھی دو سافٹ ویئر پروگراموں کے تعامل میں تعامل سے متعلق مخصوص ڈیٹا پر نظر رکھنا شامل ہے کیونکہ اس کے بعد ہونے والی ہر تعامل کا انحصار پچھلے تعامل کے نتائج پر ہو سکتا ہے۔ یہ تقسیم شدہ آرکیٹیکچرز میں زیادہ اہم ہو جاتا ہے جہاں کلائنٹ اور سرور ایک ہی مشین پر جسمانی طور پر موجود نہیں ہوتے ہیں۔ دو درجے کے آرکیٹیکچرز میں، اس تعامل سے متعلق مخصوص ڈیٹا کو ٹریک کرنے کی ذمہ داری امیر کلائنٹس پر منحصر تھی، جو کہ کوئی مسئلہ نہیں تھا کیونکہ ہر کلائنٹ انفرادی کمپیوٹر پر رہتا تھا۔ تاہم، این-ٹیئر آرکیٹیکچرز کے اندر، ریاستی انتظامیہ کی ذمہ داری کلائنٹ سے ایپلی کیشن یا ویب سرور پر منتقل ہو گئی۔ اس نے کچھ مڈل ویئر اسٹیٹ مینجمنٹ ایکسٹینشنز کی ضرورت کو متعارف کرایا تاکہ سرور اصل سرگرمی سے متعلق مخصوص ریاستی ڈیٹا کو اس طرح کی ایکسٹینشنز جیسے موخر کرکے متعدد بیک وقت کلائنٹ کی درخواستوں کو سنبھال سکے۔ ASP. NET ایپلی کیشنز میں ڈیٹا بیس میں سیشن ڈیٹا کو محفوظ کرنا۔ یہ سرور کے ردعمل کو بڑھانے اور مزید کلائنٹ کی درخواستوں کو تفریح فراہم کرنے کی صلاحیت کے حق میں میموری کے وسائل کو آزاد کرنے میں مدد کرتا ہے۔ سروس کمپوزیشن میں، کسی سروس کو سرگرمی سے متعلق مخصوص ڈیٹا کو میموری میں ذخیرہ کرنے کی ضرورت پڑ سکتی ہے جب کہ وہ اپنی پروسیسنگ مکمل کرنے کے لیے کسی دوسری سروس کا انتظار کر رہی ہو۔ نتیجتا، سروس-اورینٹیشن کے معاملے میں، سروس سرگرمی سے متعلق ڈیٹا کا ایک موثر انتظام زیادہ اہم ہو جاتا ہے کیونکہ سروس-اورینٹیشن سروس کے دوبارہ استعمال پر بہت زور دیتا ہے۔ سروس کو نہ صرف ریاستی ڈیٹا کے انتظام سے نمٹنے کی ضرورت ہے، جو کسی خاص کاروباری عمل کے تناظر میں صارفین کے پروگرام کے ساتھ بات چیت کے نتیجے میں بنایا گیا ہے بلکہ اس کے ساتھ ساتھ دیگر قسم کے صارفین کے پروگراموں کے ساتھ بات چیت کے سلسلے میں بھی جو ایک سے زیادہ کاروباری عمل کا حصہ ہیں۔ جیسے جیسے دوبارہ استعمال کی اہلیت بڑھتی جاتی ہے، اسی طرح ریاستی ڈیٹا کے انتظام کا اوور ہیڈ بھی بڑھتا ہے۔ سروس اسٹیٹ لیسنیس کا اصول ریاستی انتظامیہ کے اوور ہیڈ کو خدمات سے کسی دوسرے بیرونی آرکیٹیکچرل جزو میں منتقل کرکے سروس کو بے وطن بنانے کے حق میں رہنما خطوط فراہم کرتا ہے۔ اس سے سروس پر مبنی حل کی مجموعی پیمائش میں مزید مدد ملتی ہے۔ درخواست بے وطن خدمات کے درست اطلاق کے لیے مختلف قسم کی ریاستی معلومات کو سمجھنے کی ضرورت ہوتی ہے جن کا انتظام کرنے کی ضرورت ہوتی ہے۔ سیاق و سباق کا ڈیٹا سروس کی ساخت کے اندر، سروس کو ڈیٹا کا سراغ لگانے کی ضرورت پڑ سکتی ہے جو کسی خاص سروس سرگرمی کو چلانے کے لیے مخصوص ہے، جو عام طور پر پیغامات کے ہم آہنگی سے منسلک ہوتا ہے، جیسے۔ ورک فلوز، اور متعلقہ قواعد جو قواعد کی تشریح کرنے کے طریقے پر حکمرانی کرتے ہیں۔ کاروباری ڈیٹا یہ وہ ڈیٹا ہے جو اصل کاروباری عمل سے متعلق ہے، جو موجودہ سروس سرگرمی کے ذریعے چلایا جاتا ہے۔ گاہکوں کے ریکارڈ، وغیرہ۔ بعض مواقع پر اس قسم کے ڈیٹا کو عارضی طور پر ذخیرہ کرنے کی ضرورت پڑ سکتی ہے، خاص طور پر اگر یہ خدمت کی سرگرمی کے اندر اگلے مرحلے کے لیے ان پٹ کے طور پر کام کرتا ہے۔ سیشن ڈیٹا اس کا تعلق خدمات کے درمیان رابطے کی معلومات سے ہے جیسے جب صارفین کے پروگرام اور خدمات آگے پیچھے بات چیت کر رہے ہوتے ہیں، تو بعد کی درخواست کو صرف خدمت کی مخصوص مثال پر چلانے کے لیے کسی قسم کے ارتباط کی ضرورت پڑ سکتی ہے کیونکہ صرف وہی مثال پچھلے سروس کے تعامل کے بارے میں جانتی ہے۔ بے ریاست اور خدمات کی اقسام سروس بے ریاست کے اصول کو سروس کے ذریعے منسلک حل منطق کی قسم کے سلسلے میں مختلف حدود پر لاگو کیا جا سکتا ہے۔ ٹاسک سروسز ٹاسک سروسز میں حل کی منطق ہوتی ہے جو کسی خاص کاروباری عمل کے لیے مخصوص ہوتی ہے اور اس لیے ان کے دوبارہ استعمال کی سطح کم ہوتی ہے۔ تاہم، ان خدمات میں سروس کی سرگرمی کے بارے میں سیاق و سباق کے اعداد و شمار (ورک فلو کے قواعد) ہوتے ہیں، جو ٹاسک سروس کے زیر انتظام سروس کمپوزیشن کے سائز کے براہ راست متناسب ہوتے ہیں۔ نتیجے کے طور پر، ریاستی ڈیفرل آپشنز کے ساتھ ایسی خدمات کو ڈیزائن کرنا ان کی یادداشت کے نقوش کو کم کرتا ہے اور انہیں زیادہ ذمہ دار بناتا ہے۔ یوٹیلیٹی سروسز ٹاسک اور ادارے کی خدمات کے لیے بے وطنگی فراہم کرنے کے لیے اس قسم کی خدمات کو ریاستی ہونے کی ضرورت پڑ سکتی ہے۔ دوسری طرف، ایک انتہائی دوبارہ قابل استعمال یوٹیلیٹی سروس، جیسے۔ ایک یوٹیلیٹی سروس جو میراث کے نظام کے لیے لپیٹ کے طور پر کام کرتی ہے، اسے معتدل طور پر بے ریاست ہونا ضروری ہے تاکہ وہ متعدد ہم آہنگی کی درخواستوں کو قبول کر سکے۔ کسی بھی مخصوص کاروباری عمل سے آزاد ہونے کی وجہ سے، ان خدمات کو سب سے زیادہ دوبارہ قابل استعمال خدمات سمجھا جاتا ہے۔ ایک اور اہم عنصر یہ ہے کہ وہ کاروباری اداروں سے متعلق ڈیٹا پر کارروائی کرتے ہیں اور اس طرح بے وطن ہونے کی اعلی سطح کی ضرورت ہوتی ہے تاکہ وہ کاروباری ڈیٹا پر نظر رکھنے کے بوجھ سے دوچار نہ ہوں جسے انہیں مطلوبہ فعالیت فراہم کرنے کے لیے برقرار رکھنے کی ضرورت پڑ سکتی ہے۔ بے وطن پن یا تو ریاستی انتظامیہ کو کسی مشترکہ تعمیراتی توسیع کے لیے تفویض کرکے حاصل کیا جا سکتا ہے، مثال کے طور پر۔ ایک مڈل ویئر پروڈکٹ جو سروس کے نفاذ کی حد سے باہر یا کسی مخصوص میکانزم کے لیے موجود ہے جو سروس کی حد کے اندر موجود ہے۔ ایک وقف شدہ ڈیٹا بیس۔ غور و فکر ہر خدمت کے لیے ایک مخصوص ریاستی موخر آپشن فراہم کرنا ہمیشہ ممکن نہیں ہو سکتا کیونکہ اس کے لیے واضح طور پر اضافی سرمایہ کاری کی ضرورت ہوتی ہے۔ دوسری طرف، مشترکہ ریاستی موخر آپشن کا استعمال سروس کے لیے انحصار پیدا کر سکتا ہے، جو سروس کے ارتقاء کی راہ میں رکاوٹ بن سکتا ہے۔ ریاستی معلومات کا ذخیرہ اور بازیافت نادانستہ طور پر سروس کے رسپانس ٹائم کو متاثر کر سکتا ہے کیونکہ یہ دونوں کام کمپیوٹیشنل طور پر شدید ثابت ہو سکتے ہیں کیونکہ پہلے ڈیٹا کو اسٹوریج ایکسٹینشن کے مقامی فارمیٹ میں تبدیل کرنے کی ضرورت ہوتی ہے اور جب وہی معلومات حاصل کرنے کی بات آتی ہے تو اس کے برعکس۔ بے ریاست خدمات کو ڈیزائن کرنے کے لیے اضافی کوششوں اور وقت کی ضرورت ہوتی ہے کیونکہ سروس میں ایسی منطق ہونی چاہیے جو ریاستی ڈیفرل ایکسٹینشنز کے ساتھ انٹرفیس کرتی ہے۔ اس کے لیے اضافی کوڈ اور جانچ کی ضرورت ہوگی۔ حوالہ جات مزید پڑھنے کے لیے مائیکل Poulin.Evolution کے اصول سروس اورینٹیشن: سروس اسٹیٹ لیسنیس، حصہ 6 [آن لائن]۔ رسائی کی تاریخ: 19 اپریل 2010۔ مورو۔ وغیرہ۔ سروس پر مبنی ڈیوائس انٹیگریشن-ایس او اے ڈیزائن پیٹرن کا تجزیہ۔ [آن لائن]، پی پی۔ 1-10، 2010 43 ویں ہوائی انٹرنیشنل کانفرنس آن سسٹم سائنسز، 2010۔ رسائی کی تاریخ: 8 اپریل 2010۔ سروس پر مبنی (بزنس کمپیوٹنگ)