مائکروسروائس فن تعمیر - مائکروسروائسس کو سیکھیں ، تعمیر کریں اور ان کی تعیناتی کریں

مائکروسروائس فن تعمیر:

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

اس بلاگ میں ، آپ درج ذیل کے بارے میں جانیں گے:

کسی ڈبل کو انٹ میں تبدیل کرنا

• مائکروسروائس فن تعمیر کی تعریف
• مائکروسروائس فن تعمیر کے کلیدی تصورات
• مائکروسروائس فن تعمیر کے پیشہ اور مواقع
• UBER - کیس اسٹڈی

آپ کا حوالہ دے سکتے ہیں ، مائکروسروائسز کے بنیادی اصولوں اور فوائد کو سمجھنے کے لئے۔

یہ تب ہی منصفانہ ہوگا جب میں آپ کو مائکروسروائسس کی تعریف دوں گا۔

مائکروسروائسس کی تعریف

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

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

شکل 1: یک سنگی اور مائکروسروائس فن تعمیر کے مابین فرق - مائکروسروائس فن تعمیر

یک سنگی اور مائکروسروائس فن تعمیر کے مابین فرق کو سمجھنے کے لئے مذکورہ بالا خاکہ کا حوالہ لیں۔دونوں فن تعمیرات کے مابین فرق کو بہتر طور پر سمجھنے کے ل you ، آپ میرے سابقہ ​​بلاگ کا حوالہ دے سکتے ہیں

آپ کو بہتر طور پر سمجھنے کے ل let ، میں آپ کو مائکروسروائس فن تعمیر کے کچھ اہم تصورات بتاتا ہوں۔

مائکروسروائس فن تعمیر کے کلیدی تصورات

اس سے پہلے کہ آپ مائیکرو سروسز کا استعمال کرتے ہوئے خود اپنی ایپلی کیشنز بنانا شروع کریں تو آپ کو اپنی درخواست کی گنجائش اور اس کے افعال کے بارے میں واضح ہونا ضروری ہے۔

مائیکرو سروسز پر تبادلہ خیال کرتے ہوئے مندرجہ ذیل کچھ ہدایات پر عمل کرنا ہے۔

مائیکرو سروسز ڈیزائن کرتے وقت ہدایات

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

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

مائکروسروائس فن تعمیر کیسے کام کرتا ہے؟

ایک عام مائکروسروائس آرکیٹیکچر (MSA) میں مندرجہ ذیل اجزاء پر مشتمل ہونا چاہئے:

1. مؤکل
2. شناخت فراہم کرنے والے
3. گیٹ وے API
4. پیغام رسانی کی شکلیں
5. ڈیٹا بیس
6. جامد مواد
7. مینجمنٹ
8. سروس کی دریافت

ذیل میں ملاحظہ کریں۔

چترا 2: مائکروسروائسس کا فن تعمیر - مائکروسروائس فن تعمیرات

میں جانتا ہوں کہ فن تعمیر کچھ پیچیدہ نظر آتا ہے ، لیکن چلیںمیںآپ کے لئے آسان بنائیں۔

1. مؤکل

فن تعمیر کا آغاز مختلف قسم کے مؤکلوں سے ہوتا ہے ، مختلف ڈیوائسز سے جو مختلف انتظاماتی صلاحیتوں جیسے تلاش ، تعمیر ، تشکیل وغیرہ کو انجام دینے کی کوشش کر رہے ہیں۔

2. شناخت فراہم کرنے والے

پھر مؤکلوں کی طرف سے یہ درخواستیں شناخت فراہم کرنے والوں پر منظور کی جاتی ہیں جو مؤکلوں کی درخواستوں کو مستند کرتے ہیں اور درخواستوں کو API گیٹ وے تک پہنچاتے ہیں۔ درخواستوں کو پھر اچھی طرح سے بیان کردہ API گیٹ وے کے ذریعے داخلی خدمات تک پہنچایا جاتا ہے۔

3. API گیٹ وے

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

API گیٹ وے کے استعمال کے فوائد میں شامل ہیں:

• کلائنٹس کو جانے بغیر ساری خدمات کو اپ ڈیٹ کیا جاسکتا ہے۔
• خدمات میسجنگ پروٹوکول کا استعمال بھی کرسکتی ہیں جو ویب دوستانہ نہیں ہیں۔
• API گیٹ وے کراس کٹنگ افعال انجام دے سکتی ہے جیسے سیکیورٹی فراہم کرنا ، لوڈ توازن وغیرہ۔

موکلوں کی درخواستیں موصول ہونے کے بعد ، داخلی فن تعمیر میں مائکرو سروسز شامل ہیں جو کلائنٹ کی درخواستوں کو سنبھالنے کے ل messages پیغامات کے ذریعہ ایک دوسرے سے بات کرتے ہیں۔

4. پیغام رسانی کی شکلیں

یہاں دو طرح کے پیغامات ہیں جن کے ذریعے وہ بات چیت کرتے ہیں:

• ہم وقت ساز پیغامات: اس صورتحال میں جہاں کلائنٹ کسی خدمت سے ملنے والے جوابات کا انتظار کرتے ہیں ، مائکروسروسیسس عموما. اس کا استعمال کرتے ہیں آرام (نمائندہ ریاست کی منتقلی) چونکہ یہ ایک بے اسٹی ، موکل سرور ، اور پر انحصار کرتا ہے HTTP پروٹوکول . اس پروٹوکول کا استعمال اس لئے کیا جاتا ہے کہ یہ ایک تقسیم شدہ ماحول ہے اور ہر ایک کی کارکردگی کو عملی جامہ پہنانے کے لئے ایک وسیلہ کے ساتھ پیش کیا جاتا ہے
• غیر متزلزل پیغامات: اس صورتحال میں جہاں مؤکل کسی خدمت سے ملنے والے جوابات کا انتظار نہیں کرتے ہیں ، مائکروسروائسز عام طور پر پروٹوکول استعمال کرتے ہیں AMQP ، STOMP ، MQTT . اس قسم کے مواصلات میں یہ پروٹوکول استعمال کیے جاتے ہیں چونکہ پیغامات کی نوعیت متعین ہوتی ہے اور ان پیغامات کو عملی جامہ پہنانے کے درمیان باہمی مداخلت کرنا پڑتی ہے۔

اگلا سوال جو آپ کے ذہن میں آسکتا ہے وہ یہ ہے کہ مائیکرو سروسز کا استعمال کرنے والے ایپلی کیشنز اپنے ڈیٹا کو کیسے ہینڈل کرتے ہیں؟

5. ڈیٹا ہینڈلنگ

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

چترا 3: مائکروسروائسس کو ہینڈلنگ ڈیٹا کی نمائندگی - مائکروسروائس آرکیٹیکچر

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

6. جامد مواد

مائکروسروائسس کے اپنے اندر رابطے کرنے کے بعد ، وہ جامد مواد کو کلاؤڈ بیسڈ اسٹوریج سروس میں تعینات کرتے ہیں جو انہیں براہ راست مؤکلوں تک پہنچا سکتے ہیں۔ مواد کی فراہمی کے نیٹ ورک (CDNs) .

پاور دوئں میں ڈیش بورڈ کیسے بنائیں

مذکورہ اجزاء کے علاوہ ، ایک عام مائکروسروائسز آرکیٹیکچر میں کچھ اور اجزاء ظاہر ہوتے ہیں۔

7. انتظام

یہ جزو نوڈس پر خدمات کو متوازن کرنے اور ناکامیوں کی نشاندہی کرنے کے لئے ذمہ دار ہے۔

8. خدمت کی دریافت

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

نئی تازہ کاریوں کے ل our ہمارے یوٹیوب چینل کو سبسکرائب کریں ..!

آئیے ، اس فن تعمیر کے پیشہ اور نظریات کو دیکھیں کہ اس فن تعمیر کو کب استعمال کرنا ہے اس کی بہتر تفہیم حاصل کی جا.۔

مائکروسروائس فن تعمیر کے پیشہ اور مواقع

نیچے دیئے گئے ٹیبل کا حوالہ دیں۔

آئیے UBER کے سابقہ ​​فن تعمیر کا موجودہ موازنہ سے موازنہ کرکے مائکروسروائسز کے بارے میں مزید سمجھیں۔

UBER کیس اسٹڈی

UBER کا پچھلا فن تعمیر

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

چترا 4: UBER کا یک سنگی فن تعمیر - مائکروسروائس آرکیٹیکچر

مذکورہ خاکہ میں UBER کے پچھلے فن تعمیر کو دکھایا گیا ہے۔

• ایک REST API موجود ہے جس کے ساتھ مسافر اور ڈرائیور آپس میں ملتے ہیں۔
• ان میں API کے ساتھ ، تین مختلف اڈیپٹر استعمال کیے جاتے ہیں ، جیسے بلوں کی ادائیگی ، ادائیگی ، ای میلز / پیغامات بھیجنے جیسے کام انجام دینے کے لئے جب ہم ٹیکسی کی بکنگ کرتے ہیں تو ہم دیکھتے ہیں۔
• ایک ایس کیو ایل ڈیٹا بیس ان کے تمام ڈیٹا کو ذخیرہ کرنے کے لئے۔

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

مسئلہ یہ بیان

جبکہ UBER نے دنیا بھر میں پھیلنا شروع کیا اس طرح کے فریم ورک نے مختلف چیلنجوں کو پیش کیا۔ ذیل میں کچھ نمایاں چیلنجز ہیں

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

حل

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

UBER کے مائکروسروائس فن تعمیر کو دیکھنے کے لئے ذیل میں ملاحظہ کریں۔

چترا 5: مائکروسروائس آرکیٹیکچر آف یوبر - مائکروسروائس آرکیٹیکچر

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

اس میںراستہ، UBER منتقل ہونے سے فائدہ ہوااس کےیک سنگی سے مائکروسروائسس تک فن تعمیر۔

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

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

ہمارے لئے ایک سوال ہے؟ براہ کرم ”کے تبصرے والے حصے میں اس کا ذکر کریں۔ مائکروسروائس فن تعمیر ”اور میں آپ کے پاس واپس آؤں گا۔