ہم Red Hat OpenShift اور Kubernetes کے ساتھ مل کر اسٹیو سروس میش کی بہت سی صلاحیتوں میں سے کچھ کو ظاہر کرنے والی پوسٹس کا ایک سلسلہ شروع کر رہے ہیں۔
پہلا حصہ، آج:
- آئیے Kubernetes سائڈ کار کنٹینرز کے تصور کی وضاحت کریں اور پوسٹس کی اس سیریز کا لیٹ موٹف بنائیں: "آپ کو اپنے کوڈ میں کچھ بھی تبدیل کرنے کی ضرورت نہیں ہے".
- آئیے Istio کی بنیادی چیز - روٹنگ کے اصول متعارف کراتے ہیں۔ اسٹیو کی دیگر تمام خصوصیات ان پر بنائی گئی ہیں، کیونکہ یہ وہ اصول ہیں جو آپ کو سروس کوڈ سے باہر YAML فائلوں کا استعمال کرتے ہوئے، مائیکرو سروسز کی طرف ٹریفک بھیجنے کی اجازت دیتے ہیں۔ ہم کینری تعیناتی کی تعیناتی اسکیم پر بھی غور کر رہے ہیں۔ نئے سال کا بونس – Istio پر 10 انٹرایکٹو اسباق
حصہ دو، جلد آرہا ہے، آپ کو بتائے گا:
- Istio کس طرح سرکٹ بریکر کے ساتھ مل کر پول انجیکشن کو لاگو کرتا ہے اور یہ ظاہر کرے گا کہ Istio آپ کو بیلنسنگ سرکٹ سے مردہ یا خراب کارکردگی کا مظاہرہ کرنے والے پوڈ کو کیسے ہٹانے کی اجازت دیتا ہے۔
- ہم پہلی پوسٹ سے سرکٹ بریکر کے موضوع کو بھی دیکھیں گے تاکہ یہ معلوم ہو سکے کہ اسٹیو کو یہاں کیسے استعمال کیا جا سکتا ہے۔ ہم آپ کو دکھائیں گے کہ سروس کوڈ میں معمولی تبدیلیوں کے بغیر YAML کنفیگریشن فائلوں اور ٹرمینل کمانڈز کا استعمال کرتے ہوئے ٹریفک کو کیسے روٹ کیا جائے اور نیٹ ورک کی خرابیوں کو ہینڈل کیا جائے۔
تیسرا حصہ:
- ٹریسنگ اور مانیٹرنگ کے بارے میں ایک کہانی، جو پہلے سے بلٹ ان ہیں یا آسانی سے اسٹیو میں شامل ہیں۔ ہم آپ کو دکھائیں گے کہ مائیکرو سروس آرکیٹیکچرز کو آسانی سے منظم کرنے کے لیے اوپن شفٹ اسکیلنگ کے ساتھ مل کر پرومیتھیس، جیگر، اور گرافانا جیسے ٹولز کا استعمال کیسے کریں۔
- ہم غلطیوں کی نگرانی اور ہینڈل سے لے کر انہیں جان بوجھ کر سسٹم میں متعارف کرواتے ہیں۔ دوسرے لفظوں میں، ہم سورس کوڈ کو تبدیل کیے بغیر فالٹ انجیکشن کرنے کا طریقہ سیکھتے ہیں، جو کہ جانچ کے نقطہ نظر سے بہت اہم ہے - کیونکہ اگر آپ اس کے لیے خود کوڈ کو تبدیل کرتے ہیں، تو اضافی غلطیوں کے پیش آنے کا خطرہ ہوتا ہے۔
آخر میں، Istio سروس میش پر آخری پوسٹ میں:
- آئیے ڈارک سائیڈ پر چلتے ہیں۔ مزید واضح طور پر، ہم ڈارک لانچ اسکیم کو استعمال کرنا سیکھیں گے، جب کوڈ کو براہ راست پروڈکشن ڈیٹا پر لگایا جاتا ہے اور اس کا تجربہ کیا جاتا ہے، لیکن سسٹم کے آپریشن کو کسی بھی طرح سے متاثر نہیں کرتا ہے۔ یہ وہ جگہ ہے جہاں اسٹیو کی ٹریفک کو تقسیم کرنے کی صلاحیت کام آتی ہے۔ اور کسی بھی طرح سے جنگی نظام کے آپریشن کو متاثر کیے بغیر لائیو پروڈکشن ڈیٹا پر جانچ کرنے کی صلاحیت تصدیق کا سب سے قابل یقین طریقہ ہے۔
- ڈارک لانچ پر تعمیر کرتے ہوئے، ہم آپ کو دکھائیں گے کہ کینری تعیناتی ماڈل کو کیسے استعمال کیا جائے تاکہ خطرے کو کم کیا جائے اور نئے کوڈ کو پروڈکشن میں حاصل کرنا آسان بنایا جائے۔ Canary Deployment بذات خود نئی نہیں ہے، لیکن Istio آپ کو اس اسکیم کو صرف سادہ YAML فائلوں کے ساتھ نافذ کرنے کی اجازت دیتا ہے۔
- آخر میں، ہم آپ کو دکھائیں گے کہ انٹرنیٹ کے ساتھ کام کرتے وقت Istio کی صلاحیتوں کو استعمال کرنے کے لیے آپ کے کلسٹرز سے باہر رہنے والوں کو خدمات تک رسائی دینے کے لیے Istio Egress کا استعمال کیسے کریں۔
تو، ہم یہاں جاتے ہیں ...
اسٹیو مانیٹرنگ اور مینجمنٹ ٹولز - ہر وہ چیز جس کی آپ کو سروس میش میں مائیکرو سروسز آرکیسٹریٹ کرنے کی ضرورت ہے۔ .
Istio سروس میش کیا ہے؟
سروس میش خدمات کے گروپ کے لیے ٹریفک کی نگرانی، رسائی کنٹرول، دریافت، سیکیورٹی، غلطی برداشت کرنے اور دیگر مفید چیزوں جیسے افعال کو نافذ کرتا ہے۔ Istio آپ کو خدمات کے کوڈ میں معمولی تبدیلیوں کے بغیر یہ سب کرنے کی اجازت دیتا ہے۔ جادو کا راز کیا ہے؟ Istio اپنی پراکسی کو ہر سروس کے ساتھ ایک سائڈ کار کنٹینر کی شکل میں منسلک کرتا ہے (سائیڈ کار ایک موٹر سائیکل سائڈ کار ہے)، جس کے بعد اس سروس کی تمام ٹریفک پراکسی سے گزرتی ہے، جو مخصوص پالیسیوں کے مطابق، یہ فیصلہ کرتی ہے کہ یہ ٹریفک کیسے، کب اور آیا بالکل خدمت تک پہنچنا چاہئے. Istio اعلی درجے کی DevOps تکنیکوں کو لاگو کرنا بھی ممکن بناتا ہے جیسے کینری کی تعیناتی، سرکٹ بریکرز، فالٹ انجیکشن اور بہت سی دوسری۔
Istio کنٹینرز اور Kubernetes کے ساتھ کیسے کام کرتا ہے۔
Istio سروس میش مائیکرو سروسز بنانے اور ان کا انتظام کرنے کے لیے درکار ہر چیز کا سائڈ کار نفاذ ہے: مانیٹرنگ، ٹریسنگ، سرکٹ بریکرز، روٹنگ، لوڈ بیلنسنگ، فالٹ انجیکشن، دوبارہ کوششیں، ٹائم آؤٹ، مررنگ، رسائی کنٹرول، شرح کو محدود کرنا اور بہت کچھ۔ اور اگرچہ آج ان افعال کو براہ راست کوڈ میں لاگو کرنے کے لیے ایک ٹن لائبریریاں موجود ہیں، Istio کے ساتھ آپ اپنے کوڈ میں کچھ بھی تبدیل کیے بغیر ایک جیسی چیزیں حاصل کر سکتے ہیں۔
سائڈکار ماڈل کے مطابق، اسٹیو لینکس کنٹینر میں چلتا ہے، جو ایک میں واقع ہے۔ ایک کنٹرول سروس کے ساتھ پوڈ اور دی گئی ترتیب کے مطابق فعالیت اور معلومات کو انجیکشن اور نکالتا ہے۔ ہم اس بات پر زور دیتے ہیں کہ یہ آپ کی اپنی ترتیب ہے، اور یہ آپ کے کوڈ سے باہر رہتی ہے۔ لہذا، کوڈ بہت آسان اور چھوٹا ہو جاتا ہے.
یہ بھی اہم ہے کہ مائیکرو سروسز کا آپریشنل جزو کسی بھی طرح سے خود کوڈ سے منسلک نہیں ہوتا ہے، جس کا مطلب ہے کہ ان کا آپریشن محفوظ طریقے سے آئی ٹی ماہرین کو منتقل کیا جا سکتا ہے۔ درحقیقت، سرکٹ بریکرز اور فالٹ انجیکشن کے لیے ڈویلپر کو کیوں ذمہ دار ہونا چاہیے؟ جواب دیں، ہاں، لیکن ان پر کارروائی کریں اور تخلیق کریں؟ اگر آپ یہ سب کوڈ سے ہٹا دیتے ہیں تو پروگرامرز ایپلیکیشن کی فعالیت پر پوری توجہ مرکوز کر سکیں گے۔ اور کوڈ خود چھوٹا اور آسان ہو جائے گا۔
سروس میش
Istio، جو اپنے کوڈ سے باہر مائیکرو سروسز کے انتظام کے لیے افعال کو نافذ کرتا ہے، سروس میش کا تصور ہے۔ دوسرے الفاظ میں، یہ ایک یا زیادہ بائنریز کا ایک مربوط گروپ ہے جو نیٹ ورک کے افعال کا ایک میش بناتا ہے۔
Istio مائیکرو سروسز کے ساتھ کیسے کام کرتا ہے۔
یہ وہی ہے جس کے ساتھ مل کر سائڈ کار کنٹینرز کا کام لگتا ہے۔ и برڈز آئی ویو: Minishift کی ایک مثال شروع کریں، Istio کے لیے ایک پروجیکٹ بنائیں (آئیے اسے "istio-system" کہتے ہیں)، Istio سے متعلقہ تمام اجزاء انسٹال اور چلائیں۔ پھر، جیسے ہی آپ پروجیکٹس اور پوڈز بناتے ہیں، آپ اپنی تعیناتیوں میں کنفیگریشن کی معلومات شامل کرتے ہیں، اور آپ کے پوڈز اسٹیو کا استعمال شروع کردیتے ہیں۔ ایک آسان خاکہ اس طرح لگتا ہے:
اب آپ Istio کی ترتیبات کو ترتیب میں تبدیل کر سکتے ہیں، مثال کے طور پر، فالٹ انجیکشن، سپورٹ کو منظم کرنے کے لیے یا دیگر Istio خصوصیات - اور یہ سب ایپلی کیشنز کے کوڈ کو چھوئے بغیر۔ فرض کریں کہ آپ اپنے سب سے بڑے کلائنٹ (Foo Corporation) کے صارفین سے تمام ویب ٹریفک کو سائٹ کے نئے ورژن پر بھیجنا چاہتے ہیں۔ ایسا کرنے کے لیے، بس ایک اسٹیو روٹنگ کا اصول بنائیں جو یوزر آئی ڈی میں @foocorporation.com کو تلاش کرے گا اور اس کے مطابق ری ڈائریکٹ کرے گا۔ دیگر تمام صارفین کے لیے، کچھ بھی نہیں بدلے گا۔ اس دوران، آپ سکون سے سائٹ کے نئے ورژن کی جانچ کریں گے۔ اور نوٹ کریں کہ آپ کو اس کے لیے ڈویلپرز کو شامل کرنے کی ضرورت نہیں ہے۔
اور کیا آپ کو اس کی قیمت ادا کرنی پڑے گی؟
بالکل نہیں. Istio کافی تیز ہے اور اس میں لکھا ہوا ہے۔ اور بہت کم اوور ہیڈ بناتا ہے۔ اس کے علاوہ، آن لائن پیداوری میں ممکنہ نقصان کو ڈویلپر کی پیداواری صلاحیت میں اضافے سے پورا کیا جاتا ہے۔ کم از کم نظریہ میں: یہ نہ بھولیں کہ ڈویلپرز کا وقت قیمتی ہے۔ جہاں تک سافٹ ویئر کے اخراجات کا تعلق ہے، Istio اوپن سورس سافٹ ویئر ہے، لہذا آپ اسے مفت میں حاصل اور استعمال کر سکتے ہیں۔
خود اس میں مہارت حاصل کریں۔
Red Hat Developer Experience ٹیم نے گہرائی کے ساتھ ہینڈ آن تیار کیا ہے۔ بذریعہ Istio (انگریزی میں)۔ یہ لینکس، میک او ایس اور ونڈوز پر چلتا ہے، اور کوڈ Java اور Node.js میں دستیاب ہے۔
Istio پر 10 انٹرایکٹو اسباق
بلاک 1 - ابتدائی افراد کے لیے
اسٹیو کا تعارف
30 منٹ
آئیے سروس میش سے واقف ہوں، OpenShift Kubernetes کلسٹر میں Istio کو انسٹال کرنے کا طریقہ سیکھیں۔
Istio میں مائیکرو سروسز تعینات کرنا
30 منٹ
ہم Spring Boot اور Vert.x کے ساتھ تین مائیکرو سروسز تعینات کرنے کے لیے Istio کا استعمال کرتے ہیں۔
بلاک 2 - انٹرمیڈیٹ لیول
Istio میں نگرانی اور ٹریسنگ
60 منٹ
ہم Prometheus اور Grafana کے ذریعے Istio کے بلٹ ان مانیٹرنگ ٹولز، کسٹم میٹرکس، اور OpenTracing کو دریافت کریں گے۔
Istio میں آسان روٹنگ
60 منٹ
آسان اصولوں کا استعمال کرتے ہوئے Istio میں روٹنگ کا نظم کرنے کا طریقہ سیکھیں۔
اعلی درجے کی روٹنگ کے قواعد
60 منٹ
آئیے اسٹیو کی سمارٹ روٹنگ، ایکسیس کنٹرول، لوڈ بیلنسنگ اور ریٹ محدود کرنے پر ایک نظر ڈالتے ہیں۔
بلاک 3 - اعلی درجے کا صارف
اسٹیو میں فالٹ انجیکشن
60 منٹ
ہم تقسیم شدہ ایپلی کیشنز میں ناکامی سے نمٹنے کے منظرناموں کا مطالعہ کرتے ہیں، HTTP کی خرابیاں پیدا کرتے ہیں اور نیٹ ورک میں تاخیر کرتے ہیں، اور ماحول کو بحال کرنے کے لیے افراتفری انجینئرنگ کا استعمال کرنا سیکھتے ہیں۔
Istio میں سرکٹ بریکر
30 منٹ
ہم تناؤ کی جانچ کرنے والی سائٹوں کے لیے سیج انسٹال کرتے ہیں اور سیکھتے ہیں کہ ری پلے، سرکٹ بریکر اور پول ایجیکشن کا استعمال کرتے ہوئے بیک اینڈ فالٹ ٹولرنس کو کیسے یقینی بنایا جائے۔
Egress اور Istio
10 منٹ
ہم بیرونی APIs اور خدمات کے ساتھ داخلی خدمات کے تعامل کے لیے قواعد بنانے کے لیے Egress روٹس استعمال کرتے ہیں۔
اسٹیو اور کیالی
15 منٹ
سروس میش کا جائزہ لینے اور درخواست اور ڈیٹا کے بہاؤ کو دریافت کرنے کے لیے Kiali کا استعمال کرنا سیکھیں۔
اسٹیو میں باہمی TLS
15 منٹ
ہم Istio Gateway اور VirtualService بناتے ہیں، پھر ہم باہمی TLS (mTLS) اور اس کی ترتیبات کا تفصیل سے مطالعہ کرتے ہیں۔
بلاک 3.1 - ڈیپ ڈائیو: مائیکرو سروسز کے لیے اسٹیو سروس میش
کتاب کس بارے میں ہے:
- سروس میش کیا ہے؟
- اسٹیو سسٹم اور مائیکرو سروس فن تعمیر میں اس کا کردار۔
- درج ذیل مسائل کو حل کرنے کے لیے Istio کا استعمال:
- غلطی کی رواداری؛
- روٹنگ
- افراتفری کی جانچ؛
- سیکورٹی؛
- ٹریس، میٹرکس اور گرافانا کا استعمال کرتے ہوئے ٹیلی میٹری کا مجموعہ۔
سروس میش اور اسٹیو پر مضامین کی سیریز
خود کریں
پوسٹس کے اس سلسلے کا مقصد اسٹیو کی دنیا میں گہرا غوطہ لگانا نہیں ہے۔ ہم صرف آپ کو اس تصور سے متعارف کرانا چاہتے ہیں اور ہو سکتا ہے کہ آپ کو اپنے لیے Istio آزمانے کی ترغیب دیں۔ یہ کرنا مکمل طور پر مفت ہے، اور Red Hat وہ تمام ٹولز فراہم کرتا ہے جن کی آپ کو OpenShift، Kubernetes، Linux کنٹینرز، اور Istio کے ساتھ شروع کرنے کی ضرورت ہے، بشمول: , اور ہمارے پر دیگر وسائل . تاخیر نہ کریں، آج ہی شروع کریں!
اسٹیو روٹنگ کے اصول: سروس کی درخواستوں کو ہدایت کرنا جہاں انہیں جانا ہے۔
и خطاب کرنے کا ایک بہترین کام کریں مطلوبہ پھلیوں کی طرف روانہ کیا گیا۔ یہ Kubernetes کے وجود کی ایک وجہ ہے - روٹنگ اور لوڈ بیلنسنگ۔ لیکن اگر آپ کو زیادہ لطیف اور نفیس روٹنگ کی ضرورت ہو تو کیا ہوگا؟ مثال کے طور پر، بیک وقت مائیکرو سروس کے دو ورژن استعمال کرنا۔ اسٹیو روٹ رولز یہاں کیسے مدد کر سکتے ہیں؟
روٹنگ کے اصول وہ اصول ہیں جو درحقیقت راستے کے انتخاب کا تعین کرتے ہیں۔ سسٹم کی پیچیدگی کی سطح سے قطع نظر، ان اصولوں کا عمومی آپریٹنگ اصول آسان رہتا ہے: درخواستوں کو مخصوص پیرامیٹرز اور HTTP ہیڈر ویلیوز کی بنیاد پر روٹ کیا جاتا ہے۔
آئیے مثالیں دیکھتے ہیں:
Kubernetes ڈیفالٹ: معمولی "50/50"
ہماری مثال میں، ہم دکھائیں گے کہ اوپن شفٹ میں مائیکرو سروس کے دو ورژن بیک وقت کیسے استعمال کیے جائیں، آئیے انہیں v1 اور v2 کہتے ہیں۔ ہر ورژن اس کے اپنے Kubernetes پوڈ میں چلتا ہے، اور بطور ڈیفالٹ یہ یکساں طور پر متوازن راؤنڈ رابن روٹنگ چلاتا ہے۔ ہر پوڈ اس کی مائیکرو سرویس مثالوں کی تعداد کی بنیاد پر درخواستوں کا اپنا حصہ وصول کرتا ہے، دوسرے لفظوں میں، نقل۔ Istio آپ کو اس بیلنس کو دستی طور پر تبدیل کرنے کی اجازت دیتا ہے۔
ہم کہتے ہیں کہ ہم نے اپنی سفارشی سروس کے دو ورژن OpenShift، recommendation-v1 اور recommendation-v2 پر تعینات کیے ہیں۔
تصویر میں شکل 1 سے پتہ چلتا ہے کہ جب ہر سروس کو ایک مثال میں پیش کیا جاتا ہے، تو ان کے درمیان یکساں طور پر متبادل کی درخواست کرتا ہے: 1-2-1-2-... اس طرح Kubernetes روٹنگ ڈیفالٹ کے طور پر کام کرتی ہے:
ورژن کے درمیان وزنی تقسیم
تصویر میں شکل 2 دکھاتا ہے کہ کیا ہوتا ہے اگر آپ v2 سروس ریپلیکاز کی تعداد کو ایک سے دو تک بڑھاتے ہیں (یہ oc اسکیل —replicas=2 deployment/recommendation-v2 کمانڈ کے ساتھ کیا جاتا ہے)۔ جیسا کہ آپ دیکھ سکتے ہیں، v1 اور v2 کے درمیان درخواستوں کو اب ایک سے تین کے تناسب میں تقسیم کیا گیا ہے: 1-2-2-1-2-2-…:
Istio کا استعمال کرتے ہوئے ورژن کو نظر انداز کریں۔
Istio درخواستوں کی تقسیم کو ہماری ضرورت کے مطابق تبدیل کرنا آسان بناتا ہے۔ مثال کے طور پر، درج ذیل Istio yaml فائل کا استعمال کرتے ہوئے تمام ٹریفک کو صرف سفارش-v1 پر بھیجیں:
یہاں آپ کو اس پر توجہ دینے کی ضرورت ہے: پھلیوں کو لیبل کے مطابق منتخب کیا جاتا ہے۔ ہماری مثال لیبل v1 استعمال کرتی ہے۔ "وزن: 100" پیرامیٹر کا مطلب ہے کہ ٹریفک کا 100% ان تمام سروس پوڈز کی طرف روانہ کیا جائے گا جن پر v1 لیبل ہے۔
ورژن کے درمیان ہدایتی تقسیم (کینری تعیناتی)
اس کے بعد، وزن کے پیرامیٹر کا استعمال کرتے ہوئے، آپ ٹریفک کو دونوں پوڈز کی طرف لے جا سکتے ہیں، ان میں سے ہر ایک میں چلنے والے مائیکرو سروسز کی تعداد کو نظر انداز کر کے۔ مثال کے طور پر، یہاں ہم 90% ٹریفک کو v1 اور 10% کو v2 پر بھیجتے ہیں:
موبائل صارفین کے لیے الگ روٹنگ
آخر میں، ہم یہ دکھائیں گے کہ کس طرح موبائل صارف ٹریفک کو سروس v2 اور باقی سب کو v1 پر بھیجنے پر مجبور کیا جائے۔ ایسا کرنے کے لیے، ہم درخواست کے ہیڈر میں صارف ایجنٹ کی قدر کا تجزیہ کرنے کے لیے باقاعدہ اظہار کا استعمال کرتے ہیں:
اب آپ کی باری ہے۔
ہیڈر کو پارس کرنے کے لیے ریگولر ایکسپریشنز کے ساتھ مثال آپ کو اسٹیو روٹنگ کے قواعد کے اپنے استعمال کو تلاش کرنے کی ترغیب دے گی۔ مزید یہ کہ، یہاں امکانات کافی وسیع ہیں، کیونکہ ہیڈر ویلیوز ایپلی کیشن سورس کوڈ میں بن سکتی ہیں۔
اور یاد رکھیں کہ اوپس، دیو نہیں۔
سب کچھ جو ہم نے اوپر دی گئی مثالوں میں دکھایا ہے وہ ماخذ کوڈ میں معمولی تبدیلیوں کے بغیر کیا جاتا ہے، ٹھیک ہے، سوائے ان صورتوں کے جب خصوصی درخواست ہیڈر تیار کرنا ضروری ہو۔ Istio دونوں ڈویلپرز کے لیے کارآمد ہو گا، جو مثال کے طور پر اسے جانچ کے مرحلے میں استعمال کر سکیں گے، اور IT سسٹمز کے آپریشن میں ماہرین کے لیے، جن کے لیے یہ پیداوار میں بہت مدد کرے گا۔
تو آئیے پوسٹس کی اس سیریز کے لیٹ موٹف کو دہراتے ہیں: آپ کو اپنے کوڈ میں کچھ بھی تبدیل کرنے کی ضرورت نہیں ہے۔. نئی تصاویر بنانے یا نئے کنٹینرز لانچ کرنے کی ضرورت نہیں ہے۔ یہ سب کوڈ کے باہر لاگو کیا جاتا ہے.
اپنے تصورات کا استعمال کیا کرو
صرف ریگولر ایکسپریشنز کا استعمال کرتے ہوئے ہیڈر کے تجزیہ کے امکانات کا تصور کریں۔ اپنے سب سے بڑے گاہک کو اپنے خصوصی ورژن پر ری ڈائریکٹ کرنا چاہتے ہیں۔ ? آسانی سے! کروم براؤزر کے لیے الگ ورژن کی ضرورت ہے؟ کوئی مسئلہ نہیں! آپ ٹریفک کو تقریبا کسی بھی خصوصیت کے مطابق روٹ کر سکتے ہیں۔
خود کریں
Istio، Kubernetes اور OpenShift کے بارے میں پڑھنا ایک چیز ہے، لیکن ہر چیز کو خود کیوں نہیں چھوتے؟ ٹیم نے ایک تفصیلی گائیڈ (انگریزی میں) تیار کیا ہے جو آپ کو جلد از جلد ان ٹیکنالوجیز میں مہارت حاصل کرنے میں مدد کرے گا۔ دستی بھی 100% اوپن سورس ہے، اس لیے اسے پبلک ڈومین میں پوسٹ کیا جاتا ہے۔ فائل میک او ایس، لینکس اور ونڈوز پر کام کرتی ہے، اور سورس کوڈ جاوا اور node.js ورژن (دوسری زبانوں میں جلد آرہا ہے) میں دستیاب ہے۔ بس اپنے براؤزر میں متعلقہ گٹ ریپوزٹری کو کھولیں۔ .
اگلی پوسٹ میں: ہم مسائل کو خوبصورتی سے حل کرتے ہیں۔
آج آپ نے دیکھا کہ Istio روٹنگ کے قوانین کیا کر سکتے ہیں۔ اب ایک ہی چیز کا تصور کریں، لیکن صرف غلطی سے نمٹنے کے سلسلے میں۔ یہ بالکل وہی ہے جس کے بارے میں ہم اگلی پوسٹ میں بات کریں گے۔
ماخذ: www.habr.com