مائیکروسروسز انٹرویو سوالات

آپ نے پیٹرن کے نام پڑھ لیے ہیں، آپ بتا سکتے ہیں کہ circuit breaker کیا کرتا ہے، پھر بھی آپ نہیں جانتے کہ پینل کیا سننا چاہتا ہے۔ یہ سیکشن ان چار شعبوں کے نام بتاتا ہے جنہیں انٹرویو لینے والے جانچتے ہیں، اسی ترتیب میں جس میں وہ عام طور پر انہیں ٹٹولتے ہیں۔ ہر ایک ایک فیصلہ کن سوال ہے جو الفاظ کے سوال کا بھیس بدلے ہوئے ہے۔

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

غور کریں کہ ان میں سے کوئی بھی فریم ورک کے بارے میں نہیں ہے۔ وہ امیدوار جو یہ بتاتا ہے کہ اس نے checkout کو inventory سے کیوں الگ کیا، ہمیشہ اس شخص سے بہتر نمبر لیتا ہے جو صرف annotations گنواتا ہے۔

یہ وہ سوالات ہیں جن سے زیادہ تر مائیکروسروسز راؤنڈز شروع ہوتے ہیں، ساتھ ہی یہ کہ انٹرویو لینے والا ہر ایک کے پیچھے اصل میں کیا جانچتا ہے۔

• آپ اس مونولتھ کو سروسز میں کیسے تقسیم کریں گے؟ جانچتا ہے کہ کیا آپ کاروباری صلاحیتوں اور ڈیٹا کی ملکیت کے مطابق کاٹتے ہیں، یا controller، service، اور repository تہوں کے مطابق۔ دوسرا جواب ایک تقسیم شدہ مونولتھ پیدا کرتا ہے۔
• دو سروسز آپس میں کیسے بات کرتی ہیں؟ جانچتا ہے کہ کیا آپ ہر انتخاب کی قیمت بتا سکتے ہیں: ہم آہنگ کالز ایک سادہ ذہنی ماڈل دیتی ہیں لیکن دستیابی کو جوڑتی ہیں، غیر ہم آہنگ ایونٹس دستیابی کو الگ کرتے ہیں اور eventual consistency دیتے ہیں جسے آپ کو ایک پروڈکٹ اونر کو سمجھانا ہوگا۔
• تقسیم شدہ مونولتھ کیا ہے اور اس سے کیسے بچیں؟ جانچتا ہے کہ کیا آپ جانتے ہیں کہ وہ سروسز جنہیں ساتھ ڈپلائے ہونا چاہیے وہ حقیقت میں الگ نہیں ہیں۔
• ایک سروس کتنی بڑی ہونی چاہیے؟ جانچتا ہے کہ کیا آپ کسی نمبر کی لالچ سے بچتے ہیں۔ سائز حد اور اس کی مالک ٹیم کی پیروی کرتا ہے۔
• کیا آپ کو API gateway کی ضرورت ہے، اور یہ کیا کرتا ہے؟ جانچتا ہے کہ کیا آپ routing، authentication، اور rate limiting کو کاروباری منطق سے الگ کر سکتے ہیں۔
• سروسز ایک دوسرے کو کیسے تلاش کرتی ہیں؟ service discovery سے بنیادی واقفیت جانچتا ہے اور یہ کہ hardcoded hosts ایک بڑے پیمانے والے ماحول میں کیوں ناکام ہوتے ہیں۔

ہر جواب میں مصالحت کو اونچی آواز میں کہیں۔ پینل اس موازنے کے لیے نمبر نہیں دے سکتا جو آپ نے خاموشی سے اپنے ذہن میں کیا۔

یہیں انٹرویوز جیتے یا ہارے جاتے ہیں، کیونکہ ان سوالات کا کوئی صاف جواب نہیں ہوتا اور امیدوار رٹا ہوا جواب استعمال کرتے ہیں۔

• آپ سروسز کے درمیان ڈیٹا کی مطابقت کیسے برقرار رکھتے ہیں؟ پہلے پابندی بتائیں: سروسز کے درمیان کوئی ٹرانزیکشن نہیں ہوتی۔ پھر ایک saga بیان کریں، چاہے وہ ایونٹس کے ذریعے کوریوگرافڈ ہو یا کسی کوآرڈینیٹر کے ذریعے آرکسٹریٹڈ، اور صاف طور پر کہیں کہ سسٹم eventually consistent ہے اور اس وقفے میں صارف کیا دیکھتا ہے۔
• جب ایک downstream سروس سست ہو تو کیا ہوتا ہے؟ ٹائم آؤٹس، backoff کے ساتھ retries، اور ایک circuit breaker تاکہ ایک سست انحصار آپ کا thread pool ختم نہ کرے۔ سستی رکنے سے بدتر ہے، اور یہ کہنا پروڈکشن تجربہ ظاہر کرتا ہے۔
• آپ retry کو محفوظ کیسے بناتے ہیں؟ Idempotency۔ لکھنے کے راستے پر ایک idempotency key، تاکہ دہرائی گئی ادائیگی صرف ایک بار وصول ہو۔
• ایک کثیر مرحلہ بہاؤ میں جزوی خرابی سے کیسے نمٹیں؟ معاوضے کے اقدامات، rollback نہیں۔ بتائیں کہ رقم کی واپسی یا بکنگ کی رہائی کیسی نظر آتی ہے۔
• ایک درخواست کو ڈیبگ کیسے کریں جس نے چھ سروسز کو چھوا ہو؟ ہر hop میں پھیلائے گئے correlation ID کے ساتھ distributed tracing، اور ساتھ ساختہ logs اور metrics۔

ایک backend انجینئر جس کا ایک عوامی کلاؤڈ فراہم کنندہ کے پاس platform L5 کردار کے لیے انٹرویو ہو رہا تھا، اسے saga کا سوال ملا اور اس نے ایک ہی سانس میں پیٹرن کے الفاظ میں جواب دیا، کبھی یہ ذکر کیے بغیر کہ گاہک کیا دیکھے گا۔ اگلا سوال، کہ غیر مطابقتی وقفے کے دوران آرڈر پیج کیا دکھاتا ہے، وہ سوال ہے جو حقیقت میں راؤنڈ کا فیصلہ کرتا ہے۔ دوسرا جواب تیار کریں، صرف پہلا نہیں۔

کردار اور موضوع کے لحاظ سے مزید سوالات کے ذخیرے کردار کے لحاظ سے انٹرویو سوالات کے تحت جمع ہیں۔

یہ فہرست پڑھنا پہچان کا احساس پیدا کرتا ہے، اور یہ احساس اسی وقت غائب ہو جاتا ہے جب کوئی اجنبی سوال پوچھے اور انتظار کرے۔ کسی پیٹرن کو جاننے اور ہلکے دباؤ کے تحت اسے سمجھانے کے درمیان فرق ہی system design راؤنڈ کی پوری مشکل ہے، اور یہ صرف بولنے سے بند ہوتا ہے۔

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

Aaron Cao، SubcueAI کے بانی، نے مشق کے موڈ کو اسی خلا کے گرد بنایا، مواد کی فراہمی کے گرد نہیں۔ سوالات کی فہرستیں ہر جگہ آزادانہ دستیاب ہیں؛ امیدواروں میں جس چیز کی کمی ہے وہ کسی کے انتظار کے دوران جواب کہنے کی مشقیں ہیں۔ ایک حقیقی انٹرویو کے دوران، ڈیسک ٹاپ ایپ اور براؤزر ایکسٹینشن کا Side Panel انٹرویو لینے والے کی بات کے دوران ساختہ اشارے دکھا سکتے ہیں، اگرچہ مشق شدہ وضاحت ہمیشہ اس وضاحت پر جیتتی ہے جسے آپ پہلی بار پڑھ رہے ہوں۔ اسسٹنٹ کیا کرتا ہے اور کیا نہیں کرتا اس کی وضاحت پروڈکٹ کے جائزے میں کی گئی ہے۔