𝗪𝗵𝘆 𝗘𝗻𝘁𝗲𝗿𝗽𝗿𝗶𝘀𝗲𝘀 𝗣𝗿𝗲𝗳𝗲𝗿 𝗬𝗔𝗠𝗟 𝗣𝗶𝗽𝗲𝗹𝗶𝗻𝗲𝘀 𝗶𝗻 𝗔𝘇𝘂𝗿𝗲 𝗗𝗲𝘃𝗢𝗽𝘀 𝗗𝗲𝘃𝗢𝗽𝘀

تیم ما اخیراً از ویرایشگر کلاسیک به خطوط لوله YAML مهاجرت کرده است.
As part of this transition, I am actively practicing the use of 𝗬𝗔𝗠𝗟 𝗳𝗶𝗹𝗲𝘀 𝗶𝗻 𝗔𝘇𝘂𝗿𝗲 𝗗𝗲𝘃𝗢𝗽𝘀 and exploring how they improve the way CI/CD pipelines are built and managed.

𝗪𝗵𝗮𝘁 𝗶𝘀 𝗮 𝗬𝗔𝗠𝗟 𝗙𝗶𝗹𝗲 𝗔𝘇𝘂𝗿𝗲 𝗗𝗲𝘃𝗢𝗽𝘀؟

• YAML (یک زبان نشانه گذاری دیگر) یک قالب مبتنی بر متن است که برای تعریف فرآیندهای خط لوله CI/CD استفاده می شود.
• این اجازه می دهد تا پیکربندی خط لوله به عنوان کد در همان مخزن برنامه ذخیره شود.

𝗔𝗱𝘃𝗮𝗻𝘁𝗮𝗴𝗲𝘀 𝗼𝗳 𝗬𝗔𝗠𝗟 𝗢𝘃𝗲𝗿 𝗘𝗱𝗶𝘁𝗼𝗿 𝗘𝗱𝗶𝘁𝗼𝗿:

• 𝗩𝗲𝗿𝘀𝗶𝗼𝗻 𝗖𝗼𝗻𝘁𝗿𝗼𝗹 𝗙𝗿𝗶𝗲𝗻𝗱𝗹𝘆 𝗙𝗿𝗶𝗲𝗻𝗱𝗹𝘆 – تعاریف خط لوله با کد برنامه ذخیره می شود و از طریق GIT نسخه می شود.
• 𝗥𝗲𝘂𝘀𝗮𝗯𝗹𝗲 𝗮𝗻𝗱 𝗠𝗼𝗱𝘂𝗹𝗮𝗿 𝗠𝗼𝗱𝘂𝗹𝗮𝗿 – از الگوهای و پارامترها برای منطق خط لوله قابل استفاده مجدد پشتیبانی می کند.
• 𝗙𝘂𝗹𝗹 𝗔𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝗼𝗻 𝗔𝘂𝘁𝗼𝗺𝗮𝘁𝗶𝗼𝗻 𝗦𝘂𝗽𝗽𝗼𝗿𝘁 – ایده آل برای زیرساخت ها به عنوان کد (IAC) و گردش کار GITOPS.
• 𝗜𝗺𝗽𝗿𝗼𝘃𝗲𝗱 𝗖𝗼𝗹𝗹𝗮𝗯𝗼𝗿𝗮𝘁𝗶𝗼𝗻 𝗖𝗼𝗹𝗹𝗮𝗯𝗼𝗿𝗮𝘁𝗶𝗼𝗻 – تیم ها می توانند تغییرات خط لوله را از طریق درخواست های کشش بررسی و تأیید کنند.
• 𝗖𝗼𝗻𝘀𝗶𝘀𝘁𝗲𝗻𝘁 𝗔𝗰𝗿𝗼𝘀𝘀 𝗘𝗻𝘃𝗶𝗿𝗼𝗻𝗺𝗲𝗻𝘁𝘀 𝗘𝗻𝘃𝗶𝗿𝗼𝗻𝗺𝗲𝗻𝘁𝘀 – تنظیم دستی را کاهش داده و از تبلیغات در سراسر DEV ، QA و تولید پشتیبانی می کند.

𝗪𝗵𝘆 𝗘𝗻𝘁𝗲𝗿𝗽𝗿𝗶𝘀𝗲 𝗣𝗿𝗼𝗷𝗲𝗰𝘁𝘀 𝗬𝗔𝗠𝗟 𝗬𝗔𝗠𝗟:

• شیوه های 𝗮𝘂𝗱𝗶𝘁𝗮𝗯𝗹𝗲 ، 𝘀𝗰𝗮𝗹𝗮𝗯𝗹𝗲 و 𝗿𝗲𝗽𝗲𝗮𝘁𝗮𝗯𝗹𝗲 CI/CD را فعال می کند.
• با ادغام مدیریت خط لوله در گردش کار توسعه ، 𝘁𝗿𝗮𝗻𝘀𝗽𝗮𝗿𝗲𝗻𝗰𝘆 و 𝗮𝗴𝗶𝗹𝗶𝘁𝘆 را ارتقا می بخشد.
• با کنترل و دید بهتر از 𝗺𝘂𝗹𝘁𝗶-𝗲𝗻𝘃𝗶𝗿𝗼𝗻𝗺𝗲𝗻𝘁 𝗱𝗲𝗽𝗹𝗼𝘆𝗺𝗲𝗻𝘁𝘀 و 𝗯𝗿𝗮𝗻𝗰𝗵 𝗯𝗮𝘀𝗲𝗱 پشتیبانی می کند.

𝗜𝘀 𝘆𝗼𝘂𝗿 𝘁𝗲𝗮𝗺 𝘀𝘁𝗶𝗹𝗹 𝘂𝘀𝗶𝗻𝗴 𝘁𝗵𝗲 𝗖𝗹𝗮𝘀𝘀𝗶𝗰 𝗘𝗱𝗶𝘁𝗼𝗿 𝗳𝗼𝗿 𝗖𝗜/𝗖𝗗 𝗽𝗶𝗽𝗲𝗹𝗶𝗻𝗲𝘀 ، 𝗼𝗿 𝗵𝗮𝘃𝗲 𝘆𝗼𝘂 𝗮𝗱𝗼𝗽𝘁𝗲𝗱؟ 𝗪𝗵𝗮𝘁 𝗵𝗮𝘀 𝘆𝗼𝘂𝗿 𝗲𝘅𝗽𝗲𝗿𝗶𝗲𝗻𝗰𝗲 𝗯𝗲𝗲𝗻 𝘁𝗵𝗶𝘀 𝘀𝗵𝗶𝗳𝘁؟