GitOps: ٻيو buzzword يا خودڪار ۾ هڪ پيش رفت؟

اسان مان گھڻا، IT blogsphere يا ڪانفرنس ۾ ھڪ ٻئي نئين اصطلاح کي ڏسندي، جلد يا بعد ۾ ھڪڙو ساڳيو سوال پڇن ٿا: "ھي ڇا آھي؟ بس هڪ ٻيو buzzword، هڪ “buzzword” يا ڪا شيءِ جيڪا واقعي توجه جي لائق آهي، مطالعي ۽ نئين افق جو واعدو؟ ساڳئي شيء مون سان اصطلاح سان ٿيو GitOps ڪجهه وقت اڳ. ڪيترن ئي موجود مضمونن سان هٿياربند، گڏو گڏ ڪمپني جي ساٿين جي ڄاڻ GitLab، مون اهو معلوم ڪرڻ جي ڪوشش ڪئي ته هي جانور ڪهڙي قسم جو آهي، ۽ عملي طور ان جو استعمال ڪهڙو ٿي سگهي ٿو.

رستي جي ذريعي، اصطلاح جي نوانيت بابت GitOps اسان جو تازو سروي پڻ چوي ٿو: سروي ڪيل اڌ کان وڌيڪ اڃا تائين ان جي اصولن سان ڪم ڪرڻ شروع نه ڪيو آهي.

تنهن ڪري، انفراسٽرڪچر جي انتظام جو مسئلو نئون ناهي. ڪيترائي بادل فراهم ڪرڻ وارا عام عوام لاءِ سٺن درجن سالن تائين دستياب آهن ۽ ، اهو لڳي ٿو ، ٽيمن جي ڪم کي بنيادي infrastructureانچي لاءِ ذميوار ۽ سڌو ڪرڻ گهرجي ها. جڏهن ته، جڏهن ايپليڪيشن ڊولپمينٽ جي عمل جي مقابلي ۾ (جتي آٽوميشن ڪڏهن به نئين سطح تي پهچي رهي آهي)، انفراسٽرڪچر پروجيڪٽ اڃا تائين اڪثر ڪري ڪيترن ئي دستي ڪمن ۾ شامل آهن ۽ خاص علم ۽ ماهر جي ضرورت هوندي آهي، خاص طور تي اڄ جي ضرورتن کي غلطي رواداري، لچڪدار، اسڪيليبلٽي ۽ لچڪ لاء.

ڪلائوڊ سروسز انهن ضرورتن کي ڪاميابيءَ سان پورو ڪيو ۽ اهي ئي هئا جن طريقي جي ترقيءَ لاءِ هڪ اهم حوصلو ڏنو. آئي اي سي. اهو سمجھڻ وارو آهي. آخرڪار، انهن اهو ممڪن ڪيو ته هڪ مڪمل طور تي مجازي ڊيٽا سينٽر کي ترتيب ڏيو: ڪو به فزيڪل سرور، ريڪ، يا نيٽ ورڪ اجزاء نه آهن؛ سڄي انفراسٽرڪچر کي اسڪرپٽ ۽ ترتيب واري فائلن کي استعمال ڪندي بيان ڪري سگهجي ٿو.

پوء ڇا واقعي فرق آهي؟ GitOps от آئي اي سي؟ اهو ان سوال سان هو ته مون پنهنجي تحقيق شروع ڪئي. ساٿين سان ڳالهائڻ کان پوء، مون کي هيٺين مقابلي سان گڏ ڪرڻ جي قابل ٿي ويو:

GitOps

آئي اي سي

سڀ ڪوڊ محفوظ ٿيل آھي گٽ مخزن ۾

ڪوڊ ورجن اختياري آهي

بياني ڪوڊ جي وضاحت / Idempotency

ٻئي بياني ۽ لازمي وضاحت قابل قبول آهن

تبديليون ضم ڪرڻ جي درخواست / پل درخواست جي ميڪانيزم کي استعمال ڪندي اثر انداز ٿينديون آهن

معاهدو، منظوري ۽ تعاون اختياري آهن

اپڊيٽ رول ​​آئوٽ عمل خودڪار آهي

اپڊيٽ رول ​​آئوٽ عمل معياري نه آهي (خودڪار، دستياب، ڪاپي فائلون، ڪمانڊ لائن استعمال ڪندي، وغيره)

ٻين لفظن ۾ GitOps اصل ۾ اصولن جي استعمال جي ذريعي پيدا ٿيو آئي اي سي. پهرين، انفراسٽرڪچر ۽ ترتيبن کي هاڻي ساڳئي طريقي سان ذخيرو ٿي سگهي ٿو جيئن ايپليڪيشنون. ڪوڊ ذخيرو ڪرڻ آسان، شيئر ڪرڻ آسان، مقابلو ڪرڻ، ۽ ورزننگ صلاحيتن کي استعمال ڪرڻ. نسخو، شاخون، تاريخ. ۽ هي سڀ هڪ جڳهه تي عوامي طور تي پوري ٽيم تائين پهچ. تنهن ڪري، ورجن ڪنٽرول سسٽم جو استعمال هڪ مڪمل طور تي قدرتي ترقي بڻجي ويو. خاص طور تي، گٽ، سڀ کان وڌيڪ مشهور.

ٻئي طرف، انفراسٹرڪچر مينيجمينٽ جي عمل کي خودڪار ڪرڻ ممڪن ٿيو. هاڻي اهو ٿي سگهي ٿو تيز، وڌيڪ معتبر ۽ سستو. ان کان علاوه، CI / CD جا اصول اڳ ۾ ئي ڄاڻن ٿا ۽ سافٽ ويئر ڊولپرز جي وچ ۾ مشهور آهن. اهو صرف ضروري هو ته منتقلي ۽ لاڳو ڪرڻ لاء اڳ ۾ ئي ڄاڻايل علم ۽ صلاحيتن کي نئين علائقي ڏانهن. اهي طريقا، جيتوڻيڪ، انفراسٹرڪچر جي معياري تعريف کان ٻاهر ٿي ويا ڪوڊ جي طور تي، تنهنڪري تصور GitOps.

تجسس GitOps، يقينا، پڻ حقيقت ۾ ته اهو هڪ پراڊڪٽ ناهي، پلگ ان يا پليٽ فارم ڪنهن وينڊر سان لاڳاپيل آهي. اهو وڌيڪ هڪ مثال آهي ۽ اصولن جو هڪ سيٽ، هڪ ٻئي اصطلاح سان ملندڙ جلندڙ آهي جنهن سان اسين واقف آهيون: DevOps.

ڪمپني ۾ GitLab اسان هن نئين اصطلاح جون ٻه معنائون ٺاهيا آهن: نظرياتي ۽ عملي. اچو ته نظرياتي سان شروع ڪريون:

GitOps هڪ طريقو آهي جيڪو ايپليڪيشن ڊولپمينٽ لاءِ استعمال ٿيندڙ بهترين DevOps اصولن کي وٺي ٿو، جهڙوڪ ورزن ڪنٽرول، تعاون، آرڪيسٽريشن، CI/CD، ۽ انهن کي خودڪار ڪرڻ واري انفراسٽرڪچر مينيجمينٽ جي چئلينجن تي لاڳو ٿئي ٿو.

سڀ عمل GitOps مان موجوده اوزار استعمال ڪندي ڪم ڪريان ٿو. سڀ انفراسٽرڪچر ڪوڊ اڳ ۾ ئي واقف گٽ مخزن ۾ ذخيرو ٿيل آهي، تبديليون ساڳئي منظوري واري عمل مان گذري وينديون آهن جيئن ڪنهن ٻئي پروگرام ڪوڊ، ۽ رول آئوٽ عمل خودڪار آهي، جيڪو اسان کي انساني غلطين کي گهٽائڻ، اعتماد وڌائڻ ۽ ٻيهر پيداوار وڌائڻ جي اجازت ڏئي ٿو.

عملي نقطي نظر کان، اسان بيان ڪريون ٿا GitOps جيئن ته:

اسان اڳ ۾ ئي هن فارمولي جي اهم حصن مان هڪ ڪوڊ جي طور تي بنيادي ڍانچي تي بحث ڪيو آهي. اچو ته باقي شرڪت ڪندڙن کي متعارف ڪرايو.

ضم ڪرڻ جي درخواست (متبادل نالو پل جي درخواست). عمل جي شرطن ۾، ايم آر هڪ درخواست آهي ڪوڊ تبديلين کي لاڳو ڪرڻ ۽ پوءِ شاخن کي ضم ڪرڻ. پر اوزارن جي لحاظ کان جيڪي اسان استعمال ڪريون ٿا، اھو ھڪڙو وڌيڪ موقعو آھي ھڪڙي مڪمل تصوير حاصل ڪرڻ لاءِ سڀني تبديلين جي جيڪا ڪئي پئي وڃي: نه رڳو ھڪڙي مخصوص تعداد مان گڏ ڪيل ڪوڊ فرق، پر ان سان گڏ حوالو، امتحان جا نتيجا، ۽ حتمي متوقع نتيجو. جيڪڏهن اسان بنيادي ڍانچي جي ڪوڊ بابت ڳالهائي رهيا آهيون، ته پوء اسان دلچسپي رکون ٿا ته بنيادي طور تي انفراسٹرڪچر ڪيئن بدلجي ويندو، ڪيترا نوان وسيلا شامل ڪيا ويندا يا ختم ڪيا ويندا، تبديل ڪيا ويندا. ترجيحي طور تي ڪجهه وڌيڪ آسان ۽ پڙهڻ ۾ آسان فارميٽ ۾. بادل مهيا ڪندڙن لاءِ، اهو ڄاڻڻ سٺو آهي ته هن تبديليءَ جو مالي اثر ڇا ٿيندو.

پر ايم آر پڻ تعاون، رابطي ۽ رابطي جو هڪ ذريعو آهي. جڳھ جتي چيڪ ۽ بيلنس جو نظام راند ۾ اچي ٿو. سادي تبصرن کان رسمي منظورين ۽ منظورين تائين.

خير، آخري حصو: CI/CD، جيئن اسان اڳ ۾ ئي ڄاڻون ٿا، ان کي ممڪن بڻائي ٿو ته بنيادي ڍانچي جي تبديلين ۽ جانچ ڪرڻ جي عمل کي خودڪار ڪرڻ (سادي نحو جي چڪاس کان وڌيڪ پيچيده جامد ڪوڊ جي تجزيي تائين). ۽ پڻ اڳتي وڌڻ جي بعد ۾ ڳولڻ ۾: سسٽم جي حقيقي ۽ گهربل رياست جي وچ ۾ فرق. مثال طور، غير مجاز دستي تبديلين يا سسٽم جي ناڪامي جي نتيجي ۾.

ها، اصطلاح GitOps اسان کي مڪمل طور تي نئين شيء سان متعارف نه ڪندو آهي، سائيڪل کي ٻيهر نه آڻيندو آهي، پر صرف هڪ نئين علائقي ۾ اڳ ۾ ئي جمع ٿيل تجربو لاڳو ڪري ٿو. پر اھو اھو آھي جتي سندس طاقت آھي.

۽ جيڪڏهن توهان اوچتو دلچسپي وٺندا آهيو ته اهو سڀ ڪجهه عملي طور تي ڪيئن نظر اچي ٿو، ته پوء آئون توهان کي اسان جي ڏسڻ لاء دعوت ڏيو ماسٽر ڪلاس، جنهن ۾ آئون توهان کي قدم قدم تي ٻڌايان ٿو GitLab ڪيئن استعمال ڪجي:

• GitOps جا بنيادي اصول لاڳو ڪريو

• ٺاهيو ۽ ڪلائوڊ انفراسٽرڪچر ۾ تبديليون ڪريو (يانڊيڪس ڪلائوڊ جو مثال استعمال ڪندي)

• فعال مانيٽرنگ استعمال ڪندي مطلوب رياست مان سسٽم جي وهڪري جي خودڪار ڳولا

https://bit.ly/34tRpwZ

جو ذريعو: www.habr.com