زموږ څخه ډیری ، د آی ټي بلاګسفیر یا کنفرانس کې بل نوې اصطالح په پام کې نیولو سره ، ژر یا وروسته ورته پوښتنه وکړئ: "دا څه دي؟ یوازې یو بل بوز کلمه، یو "بوز کلمه" یا یو څه چې واقعیا د نږدې پاملرنې، مطالعې او د نوي افقونو ژمنې وړ دي؟ د اصطلاح سره ورته شی زما سره پیښ شوي GitOps څه موده وړاندې د ډیری موجوده مقالو سره وسله وال، او همدارنګه د شرکت څخه د همکارانو پوهه ، ما هڅه وکړه چې معلومه کړم چې دا کوم ډول حیوان دی، او په عمل کې یې کارول څه ډول ښکاري.
په هرصورت، د اصطلاح د نوښت په اړه GitOps زموږ وروستۍ سروې دا هم وايي: د سروې شویو کسانو له نیمایي څخه زیات یې لا تر اوسه د دې اصولو سره سم کار نه دی پیل کړی.
نو، د زیربناوو د مدیریت ستونزه نوې نه ده. ډیری بادل چمتو کونکي د لسګونو کلونو لپاره عام خلکو ته شتون لري او داسې ښکاري چې باید د زیربنا لپاره د مسؤل ټیمونو کار ساده او مستقیم کړی وي. په هرصورت، کله چې د غوښتنلیک پراختیا پروسې سره پرتله کیږي (چیرې چې اتوماتیک تل نوي کچې ته رسیږي)، زیربنا پروژې لاهم ډیری وخت ډیری لاسي دندې لري او تخصصي پوهه او تخصص ته اړتیا لري، په ځانګړې توګه د نن ورځې اړتیاو ته په پام سره د غلطۍ زغم، انعطاف، توزیع او لچک لپاره.
د کلاوډ خدماتو دا اړتیاوې په بریالیتوب سره پوره کړې او دا دوی وو چې د تګلارې پراختیا ته یې د پام وړ هڅونه ورکړه. IaC. دا د پوهیدو وړ ده. په هرصورت، دوی دا ممکنه کړه چې د بشپړ مجازی ډیټا مرکز تنظیم کړي: هیڅ فزیکي سرورونه، ریکونه، یا د شبکې برخې شتون نلري؛ ټوله زیربنا د سکریپټونو او ترتیب کولو فایلونو په کارولو سره تشریح کیدی شي.
نو په حقیقت کې څه توپیر دی؟ GitOps от IaC؟ له همدې پوښتنې سره ما خپله څېړنه پیل کړه. د همکارانو سره د خبرو کولو وروسته، زه وتوانید چې د لاندې پرتله کولو سره راشي:
GitOps
IaC
ټول کوډ په git ذخیره کې زیرمه شوی
د کوډ نسخه اختیاري ده
د اعالمیه کوډ توضیحات / هوښیارتیا
دواړه اعالمیه او لازمي توضیحات د منلو وړ دي
بدلونونه د ادغام غوښتنې / د غوښتنې غوښتنې میکانیزمونو په کارولو سره اغیزمن کیږي
موافقه، تصویب او همکاري اختیاري دي
د تازه کولو رول آوټ پروسه اتومات ده
د اپډیټ رول آوټ پروسه معیاري نه ده (اتوماتیک ، لارښود ، د فایلونو کاپي کول ، د کمانډ لاین کارول ، او داسې نور)
په بل عبارت GitOps په دقیق ډول د اصولو د پلي کولو له لارې زیږیدلی IaC. لومړی، زیربناوې او تشکیلات اوس د غوښتنلیکونو په څیر ساتل کیدی شي. کوډ د ذخیره کولو لپاره اسانه دی، د شریکولو، پرتله کولو، او د نسخې وړتیاوو کارول اسانه دي. نسخې، څانګې، تاریخ. او دا ټول په داسې ځای کې چې ټول ټیم ته په عامه توګه د لاسرسي وړ وي. له همدې امله، د نسخې کنټرول سیسټمونو کارول په بشپړ ډول طبیعي پرمختګ شو. په ځانګړې توګه، git، د خورا مشهور په توګه.
له بلې خوا، دا ممکنه شوه چې د زیربنا مدیریت پروسې اتومات شي. اوس دا په چټکۍ سره ترسره کیدی شي، ډیر باوري او ارزانه. سربیره پردې ، د CI / CD اصول دمخه د سافټویر پراختیا کونکو ترمنځ پیژندل شوي او مشهور وو. دا یوازې اړینه وه چې یوې نوې سیمې ته دمخه پیژندل شوي پوهه او مهارتونه انتقال او پلي کړئ. په هرصورت، دا کړنې د کوډ په توګه د زیربنا له معیاري تعریف څخه بهر تللي، له همدې امله مفهوم GitOps.
تجسس GitOpsالبته، په حقیقت کې هم دا یو محصول، پلگ ان یا پلیټ فارم نه دی چې د کوم پلورونکي سره تړاو لري. دا د تمثیل او د اصولو سیټ ډیر دی ، د بلې اصطالح سره ورته چې موږ ورسره اشنا یو: DevOps.
په شرکت کې موږ د دې نوې اصطلاح دوه تعریفونه رامینځته کړي: نظري او عملي. راځئ چې د نظرياتو سره پیل وکړو:
GitOps یو میتودولوژي ده چې د غوښتنلیک پراختیا لپاره کارول شوي د DevOps غوره اصول اخلي ، لکه د نسخې کنټرول ، همکارۍ ، آرکیسټریشن ، CI/CD ، او د اتوماتیک زیربنا مدیریت ننګونو ته یې پلي کوي.
ټولې پروسې GitOps زه د موجوده وسیلو په کارولو سره کار کوم. د زیربنا ټول کوډونه دمخه پیژندل شوي git ذخیره کې زیرمه شوي ، بدلونونه د بل برنامې کوډ په څیر د ورته تصویب پروسې څخه تیریږي ، او د رول آوټ پروسه اتومات ده ، کوم چې موږ ته اجازه راکوي د انساني غلطیو کمولو ، اعتبار او بیا تولید کولو وړتیا لوړه کړو.
د عملي نظر څخه، موږ تشریح کوو GitOps په لاندې ډول:
موږ دمخه د دې فورمول د یوې مهمې برخې په توګه د کوډ په توګه زیربنا بحث کړی دی. راځئ چې پاتې برخه اخیستونکي معرفي کړو.
د ادغام غوښتنه (بدیل نوم پل غوښتنه). د پروسې په شرایطو کې، MR یوه غوښتنه ده چې د کوډ بدلونونه پلي کړي او بیا څانګې یوځای کړي. مګر د هغه وسیلو په شرایطو کې چې موږ یې کاروو، دا یو ډیر فرصت دی چې د ټولو بدلونونو بشپړ انځور ترلاسه کړئ: نه یوازې د کوډ توپیر د یو ټاکلي شمیر ژمنو څخه راټول شوی، بلکې شرایط، د ازموینې پایلې، او وروستی هم متوقع پایله که موږ د زیربنا کوډ په اړه وغږیږو، نو موږ لیوالتیا لرو چې څنګه زیربنا به بدلون ومومي، څومره نوې سرچینې به اضافه یا لیرې شي، بدلون ومومي. په غوره توګه په یو څه نور اسانه او د لوستلو لپاره اسانه بڼه کې. د بادل چمتو کونکو لپاره، دا یو ښه نظر دی چې پوه شي چې د دې بدلون مالي اغیزه به څه وي.
مګر MR د همکارۍ، تعامل، او اړیکو وسیله هم ده. هغه ځای چیرې چې د چک او بیلانس سیسټم پلی کیږي. د ساده تبصرو څخه تر رسمي تصویبونو او تصویبونو پورې.
ښه، وروستنۍ برخه: CI/CD، لکه څنګه چې موږ دمخه پوهیږو، دا ممکنه کوي چې د زیربنا بدلونونو او ازموینې پروسې اتومات کړي (د ساده ترکیب چک کولو څخه تر پیچلي جامد کوډ تحلیل پورې). او همدارنګه د تیریدو په تعقیب کې کشف: د سیسټم اصلي او مطلوب حالت ترمینځ توپیر. د مثال په توګه، د غیر مجاز لارښود بدلونونو یا د سیسټم ناکامۍ په پایله کې.
هو، اصطلاح GitOps موږ ته په بشپړ ډول نوي څه نه معرفي کوي، څرخ بیا نه ایجادوي، مګر په ساده ډول په یوه نوې سیمه کې دمخه راټول شوي تجربه پلي کوي. مګر دا هغه ځای دی چې د هغه ځواک دی.
او که تاسو ناڅاپه علاقه لرئ چې دا ټول په عمل کې څنګه ښکاري ، نو زه تاسو ته بلنه درکوم چې زموږ وګورئ ، په کوم کې چې زه تاسو ته ګام په ګام د GitLab کارولو څرنګوالی درکوم:
-
د GitOps اساسي اصول پلي کړئ
-
د کلاوډ زیربنا کې بدلونونه رامینځته کړئ (د Yandex کلاوډ مثال په کارولو سره)
-
د فعالې څارنې په کارولو سره د مطلوب حالت څخه د سیسټم ډریف اتوماتیک کشف کول
https://bit.ly/34tRpwZ
سرچینه: www.habr.com