Canonical protocol pattern
کینونکل پروٹوکول ایک ڈیزائن پیٹرن ہے، جو سروس اورینٹیشن ڈیزائن پیراڈائم کے اندر لاگو ہوتا ہے، جو خدمات کی انوینٹری کے اندر، خدمات کے ذریعہ استعمال ہونے والے مواصلاتی پروٹوکول کو معیاری بنا کر ایک دوسرے کے ساتھ باہمی تعاون کرنے کی کوشش کرتا ہے۔ جب خدمات مختلف مواصلاتی پروٹوکول استعمال کرتی ہیں تو یہ مواصلاتی پروٹوکول کو ختم کرنے کی ضرورت کو ختم کرتا ہے۔ مختلف پروجیکٹ ٹیموں کے ذریعہ تیار کردہ معقول خدمات مختلف مواصلاتی میکانزم پر مبنی ہو سکتی ہیں۔ نتیجے کے طور پر، ایک سروس انوینٹری میں خدمات کے مختلف سیٹ ہو سکتے ہیں، ہر ایک پروٹوکول کے مختلف سیٹ کے مطابق ہوتا ہے۔ جب بات مختلف مواصلاتی پروٹوکول والی خدمات کو دوبارہ استعمال کرنے کی ہو تو، کسی قسم کے مواصلاتی بریجنگ میکانزم کی ضرورت ہوتی ہے۔ مثال کے طور پر، جے ایم ایس میسجنگ پروٹوکول کا استعمال کرتے ہوئے تیار کردہ خدمات. NET ریموٹنگ کا استعمال کرتے ہوئے خدمات کے ساتھ مطابقت نہیں رکھتی ہیں، لہذا ان دو قسم کی خدمات کو استعمال کرنے کے لیے، کچھ مڈل ویئر ٹیکنالوجی کی ضرورت ہوتی ہے جو مواصلاتی پروٹوکول کی عدم مساوات کو ختم کرے۔ اضافی لاگت کے علاوہ، اس طرح کی برجنگ ٹیکنالوجی کے استعمال سے تاخیر اور مواصلاتی اوور ہیڈ میں اضافہ ہوتا ہے۔ یہ سروس کو دوبارہ استعمال کے قابل اور دوبارہ کمپوز کرنے کے قابل وسائل سے کم بناتا ہے اور سروس کمپوزیبلٹی ڈیزائن اصول کے رہنما اصولوں کے خلاف جاتا ہے۔ ایک سروس انوینٹری کو ڈیزائن کرنے کے لیے جہاں تمام خدمات ایک دوسرے کے ساتھ باہمی طور پر قابل عمل ہوں تاکہ انہیں مختلف حلوں میں مرتب کیا جا سکے، کینونکل پروٹوکول پیٹرن کا اطلاق خدمات کے ذریعے استعمال ہونے والے مواصلاتی پروٹوکول کو معیاری بنانے کا حکم دیتا ہے۔ جب تمام خدمات ایک ہی مواصلاتی پروٹوکول استعمال کر رہی ہوتی ہیں، تو بریجنگ ٹیکنالوجی کی ضرورت ختم ہو جاتی ہے اور خدمات کے درمیان مواصلات زیادہ ہموار ہو جاتی ہے۔ استعمال اس ڈیزائن پیٹرن کے اطلاق کے لیے ایک ایسی ٹیکنالوجی فن تعمیر کا انتخاب کرنا ضروری ہے جو ایک مشترکہ مواصلاتی فریم ورک فراہم کرے تاکہ انوینٹری میں موجود تمام خدمات ایک ہی مواصلاتی پروٹوکول کا استعمال کرتے ہوئے ایک دوسرے کے ساتھ بات چیت کر سکیں۔ یہ اس بات پر منحصر ہے کہ سروس انوینٹری کے اندر خدمات کو کس طرح استعمال کیا جائے گا۔ اگر خدمات صرف سروس کمپوزیشن کا حصہ بننے والی ہیں جو ہمیشہ ایک مخصوص مواصلاتی پروٹوکول کا استعمال کرتی ہیں (کارکردگی اور حفاظتی وجوہات کی بنا پر)، تو اس سروس انوینٹری کے اندر موجود تمام خدمات کو اس طرح کے مواصلاتی پروٹوکول پر بنایا جا سکتا ہے چاہے وہ سب سے زیادہ استعمال ہونے والا پروٹوکول نہ ہو۔ تھامس ایرل کا کینونکل پروٹوکول پیٹرن اس سوال کا جواب دیتا ہے: "پروٹوکول بریجنگ سے بچنے کے لیے خدمات کو کیسے ڈیزائن کیا جا سکتا ہے؟" مسئلہ یہ ہے کہ وہ خدمات جو مختلف مواصلاتی ٹیکنالوجیز کی حمایت کرتی ہیں وہ باہمی تعاون سے سمجھوتہ کرتی ہیں، ممکنہ صارفین کی تعداد کو محدود کرتی ہیں، اور ناپسندیدہ پروٹوکول بریجنگ اقدامات کی ضرورت کو متعارف کراتی ہیں۔ اس کا حل یہ ہے کہ فن تعمیر واحد مواصلاتی ٹیکنالوجی کو واحد یا بنیادی ذریعہ کے طور پر قائم کرے جس کے ذریعے خدمات تعامل کر سکیں۔ لہذا، سروس انوینٹری کی حد کے اندر استعمال ہونے والے مواصلاتی پروٹوکول (بشمول پروٹوکول ورژن) کو تمام خدمات کے لیے معیاری بنایا جاتا ہے (خاکہ دیکھیں)۔ سب سے زیادہ پختہ اور وسیع پیمانے پر استعمال ہونے والے مواصلاتی میکانزم میں سے ایک ویب سروسز فریم ورک کے ذریعے فراہم کیا جاتا ہے۔ مواصلاتی فریم ورک کے انتخاب کے علاوہ، اصل میسج پروٹوکول کو بھی معیاری بنانے کی ضرورت ہے۔ مثال کے طور پر، کیا ویب سروسز کو ایچ ٹی ٹی پی پر ایس او اے پی کا استعمال کرتے ہوئے بنایا گیا ہے یا صرف ریسٹ فل سروسز کا استعمال کرتے ہوئے بنایا گیا ہے۔ اسی طرح، ایس او اے پی پر مبنی ویب خدمات کو معیاری بناتے وقت، ایس او اے پی پروٹوکول کے مخصوص ورژن پر بھی اتفاق کرنے کی ضرورت ہے۔ ایس او اے پی v 1.1 یا ایس او اے پی v 1.2۔ غور و فکر مواصلاتی پروٹوکول کو معیاری بنانے کے لیے، پروٹوکول کی خصوصیات کا موازنہ سیکیورٹی، کارکردگی اور ٹرانزیکشن سپورٹ سمیت سروس انٹرایکشن کی ضروریات کے ساتھ کرنے کی ضرورت ہے۔ ویب سروسز کے معاملے میں، مثال کے طور پر، اگر کسی سروس کمپوزیشن کے لیے واضح ٹرانزیکشن سپورٹ کی ضرورت ہوتی ہے، تو ایس او اے پی اوور ایچ ٹی ٹی پی ریسٹ فل سروسز کے استعمال سے بہتر انتخاب ہوگا۔ کچھ معاملات میں، سروس کی تعمیر کے لیے استعمال ہونے والی ٹیکنالوجی کے لحاظ سے، سروس کو مختلف قسم کے سروس صارفین (ڈوئل پروٹوکول ڈیزائن پیٹرن) کے لیے قابل رسائی بنانے کے لیے پروٹوکول کے دو مختلف سیٹوں کی حمایت کرنا ممکن ہو سکتا ہے۔ مثال کے طور پر، ڈبلیو سی ایف کا استعمال کرتے ہوئے، ایک ہی سروس کو ایک ہی وقت میں ایچ ٹی ٹی پی اور ٹی سی پی/آئی پی پروٹوکول استعمال کرنے کے لیے ترتیب دیا جا سکتا ہے۔ مواصلاتی فریم ورک کا انتخاب کرتے وقت، پختگی، اسکیل ایبلٹی اور کسی بھی لائسنسنگ کے اخراجات کو مدنظر رکھنے کی ضرورت ہے کیونکہ ایک پروٹوکول کا استعمال کرتے ہوئے خدمات کی تعمیر جو مستقبل قریب میں متروک ہونے والی ہے اس طرح کی خدمات کے دوبارہ استعمال کو متاثر کرے گی اور سروس کو دوبارہ ڈیزائن کرنے کے لیے کافی وقت اور کوششوں کی ضرورت ہوگی۔ حوالہ جات نوٹس ذرائع تھامس ایرل اور دیگر۔ (2009)۔ SOA ڈیزائن پیٹرن۔ پرینٹس ہال۔ ۔ بیرونی روابط ایس او اے تصورات ایس او اے شرائط گلوسری ایس او اے ڈیزائن پیٹرن سروس پر مبنی (بزنس کمپیوٹنگ)