جڏهن هڪ مخصوص ايپليڪيشن لاءِ ڪبرنيٽس ڪلستر شروع ڪيو وڃي، توهان کي اهو سمجهڻ جي ضرورت آهي ته ايپليڪيشن پاڻ، ڪاروبار، ۽ ڊولپرز هن وسيلا کي ڇا ڏيندا آهن. هن معلومات سان، توهان هڪ تعميراتي فيصلو ڪرڻ شروع ڪري سگهو ٿا، ۽ خاص طور تي، هڪ مخصوص Ingress ڪنٽرولر چونڊڻ، جن مان اڄ تائين هڪ وڏو تعداد موجود آهي. گهڻن مضمونن/دستاويزن وغيره جي ذريعي وڃڻ کان سواءِ دستياب اختيارن جو بنيادي خيال حاصل ڪرڻ لاءِ، اسان هي جائزو تيار ڪيو آهي، جنهن ۾ مکيه (پيداوار تيار) انگريس ڪنٽرولرز شامل آهن.
اسان کي اميد آهي ته اهو ساٿين جي مدد ڪندو هڪ تعميراتي حل چونڊڻ ۾ - گهٽ ۾ گهٽ اهو وڌيڪ تفصيلي ڄاڻ ۽ عملي تجربن جي حاصلات لاءِ هڪ شروعاتي نقطو بڻجي ويندو. اڳي، اسان نيٽ تي ٻين ساڳين مواد جو مطالعو ڪيو ۽، عجيب طور تي، هڪ به وڌيڪ يا گهٽ مڪمل نه مليو، ۽ سڀ کان اهم - منظم - جائزو. سو اچو ته ان خال کي ڀريون!
معيار
اصولي طور تي، مقابلو ڪرڻ ۽ ڪو به ڪارائتو نتيجو حاصل ڪرڻ لاءِ، توهان کي نه رڳو موضوع واري علائقي کي سمجهڻ جي ضرورت آهي، پر توهان وٽ معيار جي هڪ مخصوص فهرست پڻ آهي جيڪا تحقيق جي ویکٹر کي مقرر ڪندي. Ingress / Kubernetes استعمال ڪرڻ جي سڀني ممڪن ڪيسن جو تجزيو ڪرڻ کان سواء، اسان ڪنٽرولرز لاء سڀ کان وڌيڪ عام گهرجن کي اجاگر ڪرڻ جي ڪوشش ڪئي - تيار ٿي وڃو ته ڪنهن به صورت ۾ توهان کي توهان جي سڀني وضاحتن ۽ تفصيلن کي الڳ الڳ مطالعو ڪرڻو پوندو.
پر آئون انهن خاصيتن سان شروع ڪندس جيڪي ايترو واقف ٿي چڪا آهن ته اهي سڀني حلن ۾ لاڳو ڪيا ويا آهن ۽ نه سمجهيا ويا آهن:
- خدمتن جي متحرڪ دريافت (خدمت جي دريافت)؛
- SSL ختم ڪرڻ؛
- websockets سان ڪم ڪرڻ.
هاڻي مقابلي جي نقطي لاء:
سپورٽ پروٽوڪول
بنيادي چونڊ معيار مان هڪ آهي. توهان جو سافٽ ويئر معياري HTTP تي ڪم نه ڪري سگھي ٿو، يا ان کي هڪ ئي وقت ۾ ڪيترن ئي پروٽوڪول تي ڪم ڪرڻ جي ضرورت آهي. جيڪڏهن توهان جو ڪيس غير معياري آهي، پڪ ڪريو ته هن عنصر کي حساب ۾ رکو ته جيئن توهان کي بعد ۾ ڪلستر کي ٻيهر ترتيب ڏيڻ جي ضرورت ناهي. سڀني ڪنٽرولرز لاء، سپورٽ پروٽوڪول جي فهرست مختلف ٿي سگهي ٿي.
بنيادي طور تي سافٽ ويئر
ايپليڪيشنن جا ڪيترائي مختلف قسم آھن جيڪي ڪنٽرولر تي ٻڌل آھن. مشهور آهن nginx، traefik، haproxy، envoy. عام صورت ۾، اهو شايد گهڻو اثر نه ٿو پوي ته ٽرئفڪ ڪيئن حاصل ٿئي ٿي ۽ منتقل ٿئي ٿي، پر اهو هميشه مفيد آهي ته "هوڊ هيٺ" جي امڪاني نونسن ۽ خاصيتن کي ڄاڻڻ لاء.
ٽريفڪ جو رستو
ڇا جي بنياد تي اهو ممڪن آهي ته ڪنهن خاص خدمت ڏانهن ٽرئفڪ جي هدايت بابت فيصلو ڪرڻ لاء؟ عام طور تي اهي ميزبان ۽ رستو آهن، پر اضافي امڪان آهن.
نالي جي جڳھ ھڪڙي ڪلستر جي اندر
Namespace (namespace) - ڪبرنيٽس ۾ وسيلن کي منطقي طور تي ورهائڻ جي صلاحيت (مثال طور، اسٽيج تي، پيداوار، وغيره). اتي Ingress ڪنٽرولرز آهن جيڪي هر نالي جي جاء تي الڳ الڳ نصب ٿيڻ گهرجن (۽ پوء اهو ٽرئفڪ کي سڌو ڪري سگهي ٿو صرف ھن خلا جي پوڊز ڏانھن). ۽ اھي آھن (۽ انھن جي واضح اڪثريت) جيڪي پوري ڪلسٽر لاءِ عالمي سطح تي ڪم ڪن ٿيون - انھن ۾ ٽرئفڪ کي ھدايت ڪئي وئي آھي ڪلستر جي ڪنھن پوڊ ڏانھن، بغير نالي جي جڳھ جي.
اپ اسٽريم لاء نموني
ٽريفڪ کي ڪيئن هدايت ڪئي وئي آهي صحتمند مثالن جي ايپليڪيشن، خدمتن ڏانهن؟ فعال ۽ غير فعال چيڪن، ٻيهر ڪوششون، سرڪٽ برڪرز سان اختيارن جا اختيار آھن (وڌيڪ تفصيل لاءِ ڏسو، مثال طور، )، مرضي مطابق صحت جي چڪاس، وغيره. هڪ تمام اهم پيٽرولر جيڪڏهن توهان وٽ دستيابي لاءِ اعليٰ گهرجون آهن ۽ ناڪامي خدمتن کي بروقت ختم ڪرڻ جي توازن کان.
بيلنسنگ الگورتھم
اتي ڪيترائي اختيار آھن: روايتي کان ڌارين ڏانهن ، انهي سان گڏ انفرادي خاصيتون جهڙوڪ .
تصديق
ڪنٽرولر کي ڪهڙي اختيار جي اسڪيمن کي سپورٽ ڪندو آهي؟ بنيادي، ڊائجسٽ، اوٿ، خارجي-تصوير - منهنجو خيال آهي ته انهن اختيارن کي واقف هجڻ گهرجي. اهو هڪ اهم معيار آهي جيڪڏهن اتي ڪيترائي ڊولپر (۽/يا صرف پرائيويٽ) لوپ آهن جيڪي Ingress ذريعي پهچن ٿيون.
ٽرئفڪ جي ورڇ
ڇا ڪنٽرولر سپورٽ ڪري ٿو عام طور تي استعمال ٿيل ٽرئفڪ ورهائڻ واري ميکانيزم جي طور تي ڪينري رول آئوٽ (ڪينري)، A / B ٽيسٽنگ، ٽرئفڪ جي آئيني (عڪس / ڇانو ڪرڻ)؟ هي ايپليڪيشنن لاءِ هڪ واقعي ڏکوئيندڙ موضوع آهي جنهن لاءِ پيداواري جاچ لاءِ صحيح ۽ درست ٽريفڪ انتظام جي ضرورت آهي، پراڊڪٽ جي بگ کي آف لائن ڊيبگ ڪرڻ (يا گهٽ ۾ گهٽ نقصان سان)، ٽرئفڪ جو تجزيو، وغيره.
ادا ڪيل سبسڪرپشن
ڇا ڪنٽرولر لاء هڪ ادا ڪيل اختيار آهي، ترقي يافته ڪارڪردگي ۽ / يا ٽيڪنيڪل سپورٽ سان؟
گرافڪ يوزر انٽرفيس (ويب UI)
ڇا ڪنٽرولر جي ترتيب کي منظم ڪرڻ لاء ڪو GUI آهي؟ خاص طور تي "هٿ" ۽ / يا انهن لاءِ جن کي Ingress'a ترتيب ۾ ڪجهه تبديليون ڪرڻ گهرجن، پر "خام" ٽيمپليٽس سان ڪم ڪرڻ مشڪل آهي. اهو ڪارائتو ٿي سگهي ٿو جيڪڏهن ڊولپرز پرواز تي ٽرئفڪ سان ڪجهه تجربا ڪرڻ چاهيندا آهن.
JWT جي تصديق
JSON ويب ٽوڪن جي بلٽ ان تصديق جي موجودگي ۽ صارف جي آخري ايپليڪيشن جي تصديق لاءِ.
ترتيب ترتيب ڏيڻ جا امڪان
ٽيمپليٽ جي توسيع جي معنى ۾ ميڪانيزم جيڪي توهان کي توهان جي پنهنجي هدايتون، جھنڊو، وغيره شامل ڪرڻ جي اجازت ڏين ٿا معياري ترتيب واري ٽيمپليٽس ۾.
بنيادي DDOS تحفظ ميڪانيزم
سادي شرح جي حد الگورتھم يا وڌيڪ پيچيده ٽرئفڪ فلٽرنگ جا اختيار ايڊريس، وائيٽ لسٽ، ملڪن، وغيره جي بنياد تي.
ٽريڪ جي درخواست ڪريو
مانيٽر ڪرڻ جي صلاحيت، ٽريڪ ۽ ڊيبگ جي درخواستن کي Ingresses کان مخصوص خدمتن / پوڊز تائين، ۽ مثالي طور تي خدمتن / پوڊس جي وچ ۾ پڻ.
وف
حمايت .
ڪنٽرولرز
ڪنٽرولرز جي فهرست جي بنياد تي ٺاهي وئي и . اسان انھن مان ڪجھ کي جائزي مان خارج ڪيو خاصيت يا گھٽ اڳڀرائي جي ڪري (ترقي جي شروعاتي اسٽيج). باقي هيٺ بحث ڪيو ويندو. اچو ته حل جي عام وضاحت سان شروع ڪريون ۽ خلاصو جدول سان جاري رکون.
ڪبرنيٽس کان داخل ٿيڻ
ويب سائيٽ:
لائسنس: Apache 2.0
هي ڪبرنيٽس لاءِ سرڪاري ڪنٽرولر آهي ۽ ڪميونٽي طرفان ترقي ڪئي پئي وڃي. ظاهر آهي نالي کان، اهو نينڪس تي ٻڌل آهي ۽ اضافي خاصيتن کي لاڳو ڪرڻ لاءِ استعمال ٿيندڙ لوا پلگ ان جي مختلف سيٽ سان مڪمل ڪيو ويو آهي. nginx جي مقبوليت جي ڪري ۽ ان ۾ گهٽ ۾ گهٽ تبديليون جڏهن ڪنٽرولر طور استعمال ڪيو وڃي، هي اختيار ٿي سگهي ٿو سڀ کان آسان ۽ آسان ترين انجنيئر لاءِ ترتيب ڏيڻ لاءِ (ويب تجربي سان).
NGINX Inc.
ويب سائيٽ:
لائسنس: Apache 2.0
نينڪس ڊولپرز جي سرڪاري پيداوار. جي بنياد تي ادا ڪيل نسخو آهي . بنيادي خيال هڪ اعلي سطحي استحڪام آهي، مسلسل پسمانده مطابقت، ڪنهن به خارجي ماڊل جي غير موجودگي ۽ اعلان ڪيل وڌيل رفتار (سرڪاري ڪنٽرولر جي مقابلي ۾)، لوا جي رد ٿيڻ جي ڪري حاصل ڪئي وئي آهي.
مفت نسخو خاص طور تي گهٽجي ويو آهي، بشمول جڏهن سرڪاري ڪنٽرولر سان مقابلو ڪيو ويو آهي (ساڳئي لوا ماڊل جي کوٽ جي ڪري). ساڳئي وقت، ادا ڪيل هڪ ڪافي وسيع اضافي ڪارڪردگي آهي: حقيقي وقت جي ميٽرڪس، JWT جي تصديق، فعال صحت جي چڪاس، ۽ وڌيڪ. NGINX Ingress تي هڪ اهم فائدو TCP / UDP ٽرئفڪ لاءِ مڪمل سپورٽ آهي (۽ ڪميونٽي ورزن ۾ پڻ!). منٽ - ٽرئفڪ جي تقسيم جي خصوصيت، جيڪا، جيتوڻيڪ، "ڊولپرز لاء سڀ کان وڌيڪ ترجيح آهي،" پر عمل ڪرڻ لاء وقت وٺندو آهي.
ڪانگ داخلا
ويب سائيٽ:
لائسنس: Apache 2.0
پيداوار پاران ترقي ڪئي وئي Kong Inc. ٻن نسخن ۾: تجارتي ۽ مفت. nginx جي بنياد تي، جيڪو لوا ماڊل جي وڏي تعداد سان وڌايو ويو آهي.
شروعات ۾، اهو پروسيسنگ ۽ روٽنگ API درخواستن تي ڌيان ڏنو ويو، يعني. هڪ API گيٽ وي جي طور تي، پر هن وقت اهو هڪ مڪمل Ingress ڪنٽرولر بڻجي چڪو آهي. مکيه فائدن: ڪيترائي اضافي ماڊل (جنهن ۾ ٽئين پارٽي ڊولپرز کان شامل آهن) جيڪي انسٽال ڪرڻ ۽ ترتيب ڏيڻ ۾ آسان آهن ۽ جن جي مدد سان اضافي خاصيتن جو وسيع سلسلو لاڳو ڪيو ويو آهي. بهرحال، تعمير ٿيل افعال اڳ ۾ ئي ڪيترائي امڪان پيش ڪن ٿا. نوڪري جي جوڙجڪ CRD وسيلن کي استعمال ڪندي ڪيو ويندو آهي.
پراڊڪٽ جي هڪ اهم خصوصيت - هڪ ئي سموچ ۾ ڪم ڪرڻ (ڪراس-نامس اسپيس جي بدران) هڪ تڪراري موضوع آهي: ڪجهه لاءِ اهو هڪ نقصان وانگر نظر ايندو (توهان کي هر هڪ ڪنڊ لاءِ ادارو پيدا ڪرڻو پوندو)، ۽ ڪنهن لاءِ اها خاصيت آهي ( بоاڪيلائي جي وڏي سطح، جيئن جيڪڏهن هڪ ڪنٽرولر ڀڄي ويو آهي، پوء مسئلو اڪيلو سرڪٽ تائين محدود آهي).
ٽرفڪ
ويب سائيٽ:
لائسنس: MIT
هڪ پراکسي جيڪا اصل ۾ مائڪرو سروسز ۽ انهن جي متحرڪ ماحول لاءِ درخواست جي رستي سان ڪم ڪرڻ لاءِ ٺاهي وئي هئي. تنهن ڪري، ڪيتريون ئي مفيد خاصيتون: بغير ريبوٽ ڪرڻ جي ترتيب کي اپڊيٽ ڪرڻ، وڏي تعداد ۾ بيلنس طريقن جي حمايت، ويب انٽرفيس، ميٽرڪس فارورڊنگ، مختلف پروٽوڪول جي حمايت، REST API، ڪينري ريليز، ۽ گهڻو ڪجهه. ٻي سٺي خصوصيت جي حمايت آهي Let's Encrypt سرٽيفڪيٽن کي باڪس کان ٻاهر. نقصان اهو آهي ته اعلي دستيابي (HA) کي منظم ڪرڻ لاء، ڪنٽرولر کي پنهنجي KV اسٽوريج کي نصب ۽ ڳنڍڻ جي ضرورت پوندي.
HAProxy
ويب سائيٽ:
لائسنس: Apache 2.0
HAProxy ڊگهي عرصي کان هڪ پراکسي ۽ ٽرئفڪ بيلنسر طور سڃاتو وڃي ٿو. Kubernetes ڪلستر جي حصي جي طور تي، اهو پيش ڪري ٿو "نرم" ترتيب واري تازه ڪاري (ٽريفڪ جي نقصان کان سواء)، DNS جي بنياد تي خدمت دريافت، API استعمال ڪندي متحرڪ ترتيب. اهو پرڪشش ٿي سگهي ٿو مڪمل طور تي ترتيب واري ٽيمپليٽ کي ترتيب ڏيڻ لاءِ سي ايم کي تبديل ڪندي ، انهي سان گڏ ان ۾ اسپريگ لائبريري افعال کي استعمال ڪرڻ جي صلاحيت. عام طور تي، حل جو بنيادي زور تيز رفتار تي آهي، استعمال ٿيل وسيلن ۾ ان جي اصلاح ۽ ڪارڪردگي. ڪنٽرولر جو فائدو مختلف بيلنس طريقن جي رڪارڊ نمبر جي حمايت آهي.
Voyager
ويب سائيٽ:
لائسنس: Apache 2.0
HAproxy ڪنٽرولر جي بنياد تي، جيڪو هڪ آفاقي حل جي طور تي پوزيشن ڪيو ويو آهي جيڪو مهيا ڪندڙن جي وڏي تعداد تي خاصيتن جي وسيع رينج کي سپورٽ ڪري ٿو. L7 ۽ L4 تي ٽريفڪ جي توازن لاءِ هڪ موقعو پيش ڪيو ويو آهي، ۽ مجموعي طور تي TCP L4 ٽريفڪ کي بيلنس ڪرڻ کي حل جي اهم خصوصيتن مان هڪ چئي سگهجي ٿو.
Contour
ويب سائيٽ:
لائسنس: Apache 2.0
اهو حل نه رڳو انسائيڪلوپيڊيا تي ٻڌل آهي: ان جي طرفان ترقي ڪئي وئي هئي گڏجي هن مشهور پراکسي جي ليکڪن سان. هڪ اهم خصوصيت IngressRoute CRD وسيلن کي استعمال ڪندي Ingress وسيلن جي الڳ ڪنٽرول ڪرڻ جي صلاحيت آهي. تنظيمن لاءِ ڪيترن ئي ڊولپمينٽ ٽيمن سان گڏ هڪ ئي ڪلستر استعمال ڪندي، هي پاڙيسري لوپس ۾ ٽرئفڪ سان ڪم ڪرڻ جي سيڪيورٽي کي وڌائڻ ۾ مدد ڪري ٿو ۽ انهن کي غلطين کان بچائي ٿو جڏهن Ingress وسيلن کي تبديل ڪندي.
اهو پڻ پيش ڪري ٿو توازن جي طريقن جو هڪ وڌايل سيٽ (هتي درخواستن جو آئينو آهي، خودڪار ورجائي، درخواستن جي شرح کي محدود ڪرڻ، ۽ گهڻو ڪجهه)، ٽرئفڪ جي وهڪري ۽ ناڪامين جي تفصيلي نگراني. ٿي سگهي ٿو ڪنهن لاءِ اهو هڪ اهم نقصان هوندو جيڪو چپچپا سيشن لاءِ سپورٽ جي کوٽ آهي (جيتوڻيڪ ڪم ).
Istio Ingress
ويب سائيٽ:
لائسنس: Apache 2.0
هڪ جامع سروس ميش حل جيڪو نه صرف هڪ انگريس ڪنٽرولر آهي جيڪو ٻاهران ايندڙ ٽرئفڪ کي منظم ڪري ٿو، پر ڪلستر جي اندر سڀني ٽرئفڪ کي پڻ ڪنٽرول ڪري ٿو. هود جي تحت، نمائندو هر خدمت لاء سائڊ ڪار پراکسي طور استعمال ڪيو ويندو آهي. جوهر ۾، هي هڪ وڏو مجموعو آهي جيڪو "ڪجهه به ڪري سگهي ٿو"، ۽ ان جو بنيادي خيال وڌ کان وڌ انتظام، وسعت، سيڪيورٽي ۽ شفافيت آهي. ان سان گڏ، توهان ٽريفڪ روٽنگ کي ٺيڪ ڪري سگهو ٿا، خدمتن جي وچ ۾ اختيار جي رسائي، توازن، نگراني، ڪينري رليز، ۽ گهڻو ڪجهه. مضمونن جي سيريز ۾ Istio بابت وڌيڪ پڙهو "».
سفير
ويب سائيٽ:
لائسنس: Apache 2.0
هڪ ٻيو حل اينيويو جي بنياد تي. اهو مفت ۽ تجارتي نسخو آهي. اهو "مڪمل طور تي ڪبرنيٽس جي اصليت" جي حيثيت ۾ رکيل آهي، جيڪو لاڳاپيل فائدا آڻيندو آهي (K8s ڪلستر جي طريقن ۽ ادارن سان سخت انضمام).
جامع جدول
تنهن ڪري، مضمون جو خاتمو هي وڏو ٽيبل آهي:
اهو هڪ ويجهو ڏسڻ لاء ڪلڪ ڪري سگهجي ٿو، ۽ پڻ فارميٽ ۾ موجود آهي .
مختصر ڪرڻ لاء
هن آرٽيڪل جو مقصد هڪ وڌيڪ مڪمل سمجهه مهيا ڪرڻ آهي (جڏهن ته، ڪنهن به طرح مڪمل نه آهي!) توهان جي خاص ڪيس ۾ ڪهڙي چونڊ ڪرڻي آهي. هميشه وانگر، هر ڪنٽرولر جا پنهنجا فائدا ۽ نقصان آهن ...
Kubernetes کان کلاسک Ingress ان جي دستيابي ۽ ثابت ڪرڻ لاء سٺو آهي، ڪافي خاصيتون آهن - عام صورت ۾، اهو "اکين لاء ڪافي" هجڻ گهرجي. تنهن هوندي، جيڪڏهن استحڪام، خاصيتن جي سطح ۽ ترقي لاء گهربل گهرجون وڌندا آهن، توهان کي NGINX پلس ۽ ادا ڪيل سبسڪرپشن سان Ingress ڏانهن ڌيان ڏيڻ گهرجي. ڪانگ وٽ پلگ ان جو امير ترين سيٽ آهي (۽، مطابق، اهي موقعا مهيا ڪن ٿا)، ۽ ادا ڪيل ورزن ۾ انهن مان اڃا به وڌيڪ آهن. ان ۾ ڪافي موقعا آهن ڪم ڪرڻ جا هڪ API گيٽ وي، متحرڪ ترتيب جي بنياد تي CRD وسيلن تي، گڏوگڏ بنيادي Kubernetes خدمتون.
توازن ۽ اختيار ڏيڻ جي طريقن جي وڌندڙ ضرورتن سان، هڪ نظر وٺو Traefik ۽ HAProxy. اهي اوپن سورس پروجيڪٽ آهن، سالن کان ثابت، تمام مستحڪم ۽ فعال طور تي ترقي ڪري رهيا آهن. Contour کي هاڻ ڪجهه سالن کان ٻاهر آهي، پر اهو اڃا تائين تمام جوان نظر اچي ٿو ۽ ان ۾ صرف بنيادي خاصيتون شامل ڪيون ويون آهن. جيڪڏهن ايپليڪيشن جي سامهون WAF جي موجودگي / سرايت لاءِ گهرجون آهن، توهان کي ڪبرنيٽس يا HAProxy کان ساڳئي انگريس تي ڌيان ڏيڻ گهرجي.
۽ خاصيتن جي لحاظ کان امير ترين پراڊڪٽس آهن جيڪي اينيويو جي چوٽي تي ٺهيل آهن، خاص طور تي اسٽيو. اهو لڳي ٿو هڪ جامع حل جيڪو "ڪجهه به ڪري سگهي ٿو"، جنهن جو مطلب آهي، پڻ، ٻين حلن جي ڀيٽ ۾ ترتيب ڏيڻ / لانچ / انتظاميه لاء هڪ خاص طور تي اعلي داخلا حد.
اسان چونڊيو آهي ۽ اڃا تائين ڪبرنيٽس مان Ingress کي معياري ڪنٽرولر طور استعمال ڪيو آهي، جيڪو 80-90٪ ضرورتن کي ڍڪي ٿو. اهو ڪافي قابل اعتماد آهي، ترتيب ڏيڻ ۽ وڌائڻ ۾ آسان. عام طور تي، مخصوص ضرورتن جي غير موجودگيءَ ۾، ان کي گھڻا ڪلستر / ايپليڪيشنن کي پورو ڪرڻ گھرجي. ساڳئي آفاقي ۽ نسبتا سادي شين مان، Traefik ۽ HAProxy سفارش ڪري سگهجي ٿو.
پي ايس
اسان جي بلاگ تي پڻ پڙهو:
- "Istio سان microservices ڏانهن واپس": , , ;
- «"؛
- «».
جو ذريعو: www.habr.com