ملٹی ٹیننٹ آرکیٹیکچر کیا ہے؟

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

رابطہ مرکز کے پلیٹ فارم کے لیے داؤ غیر معمولی طور پر زیادہ ہوتا ہے، کیونکہ اس میں شامل ڈیٹا کال ریکارڈنگ، کسٹمر کے رابطہ کی فہرست، رضامندی کے ریکارڈ اور دبانے کی فہرستیں ہیں۔ ایک BPO مسابقتی کلائنٹس کو ایک پلیٹ فارم پر چلا رہا ہے ایک معاہدہ اور اکثر ان کو الگ رکھنے کے لیے ایک ریگولیٹری ذمہ داری ہے، اور لیک ہونا کوئی تکلیف نہیں بلکہ ایک واقعہ ہے۔

جہاں تنہائی کو نافذ کیا جانا چاہئے۔

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

فی کرایہ دار میں کیا فرق پڑتا ہے۔

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

DialerBee ملٹی ٹیننسی کو کیسے نافذ کرتی ہے۔

DialerBee کی کثیر کرایہ دار فن تعمیر ہر کرایہ دار کو ڈیٹا بیس پرت پر PostgreSQL قطار کی سطح کی سیکیورٹی کے ذریعے نافذ کردہ الگ تھلگ ڈیٹا، کال نہ کرنے کی فہرستوں کا احاطہ کرنے والے آزاد تعمیل کے قوانین، کال کرنے کے اوقات اور رضامندی سے باخبر رہنے، فی کرایہ دار اسٹوریج کے ساتھ علیحدہ کال کی ریکارڈنگ، آزادانہ برقراری اور قانونی ہولڈ، فی کرایہ دار بلنگ ٹریکنگ کا استعمال، منٹس اور سیٹوں کو علیحدہ طور پر کنٹرول کرنے کے لیے ان کے سپروائزر رولز، اسکائپس کو کنٹرول کرنا فی کرایہ دار AI ٹیوننگ، اور ایڈمن پورٹل یا API کے ذریعے منٹوں میں کرایہ دار کی فراہمی۔ یہ فی کرایہ دار لینگویج ڈیفالٹس کے ساتھ 11 زبانوں میں دستیاب ہے۔

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

اکثر پوچھے گئے سوالات

کثیر کرایہ دار اور واحد کرایہ دار میں کیا فرق ہے؟

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

قطار کی سطح کی سیکورٹی کیا ہے؟

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

کیا کثیر کرایہ داری کا مطلب یہ ہے کہ میرا ڈیٹا دوسرے صارفین کے ساتھ ملایا گیا ہے؟

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

ہر کرایہ دار کو اپنی ایکسٹینشن رینج اور کالر آئی ڈی کی ضرورت کیوں ہے؟

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

فی کرایہ دار کے لیے کیا قابل ترتیب ہونا چاہیے؟

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

متعلقہ شرائط: سفید لیبل رابطہ مرکز پلیٹ فارم, بی پی او رابطہ مرکز, رضامندی کا انتظام, کالر ID اور مقامی موجودگی اور DID.