Դու կարծում ես, որ ճիշտ է մի workflow-ում միացնել հավաքումը, փորձարկումը և պատկերի հրապարակումը, ինչպես նաև ավելացնել քայլեր տարբեր միջավայրերում տեղադրելու համար?

Դա միշտ չէ, որ օպտիմալ է: Չնայած այս մոտեցումը կարող է հարմար լինել փոքր նախագծերի կամ տեղական փորձարկումների համար, բոլոր փուլերի միաձուլումը մեկ աշխատանքային հոսքի մեջ ունի թերություններ:

• Անհատականության նվազում: Տարբեր միջավայրերում (dev, staging, production) տեղադրումը պահանջում է տարբեր պարամետրեր և հաճախ տարբեր մուտքի իրավունքներ: Միաձուլումը բարդացնում է այս տարբերությունների կառավարումը:
• Միջավայրի կախվածություն: Եթե տեղադրումը մի միջավայրում ձախողվի, ամբողջ հավաքումը համարվում է ձախողված, նույնիսկ եթե պատկերի հավաքումը և փորձարկումը հաջող են անցել:
• Վերականգնման բարդություն: Տեղադրման վերականգնումը դառնում է ավելի բարդ, քանի որ անհրաժեշտ է վերականգնել ամբողջ աշխատանքային հոսքը:
• Աշխատանքի ժամանակի ավելացում: Բոլոր պայթյունը ավելի երկար է տևում, ինչը դանդաղեցնում է մշակողների հետադարձ կապը:
• Ամենամեծ չափաբաժին: Երբ նախագիծը մեծանում է և տեղադրման միջավայրերի թիվը ավելանում է, այդ աշխատանքային հոսքը դառնում է ծանր և դժվար կառավարելի:

Ամենատարածված և ճկուն պրակտիկան է այս փուլերի բաժանումը:

1. Build & Test Pipeline: Պատասխանատու է կոդի հավաքման, փորձարկման, պատկերների հավաքման և դրանք պահեստային ռեգիստրում (օրինակ՝ Docker Registry, Nexus): Այս աշխատանքային հոսքը սկսվում է յուրաքանչյուր կոմիտից կամ pull request-ից:
2. Deployment Pipelines: Անկախ աշխատանքային հոսքեր՝ տեղադրման համար յուրաքանչյուր միջավայրում: Նրանք վերցնում են արդեն հավաքված և փորձարկված պատկերները ռեգիստրից և տեղադրում դրանք նպատակային միջավայրում: Այս աշխատանքային հոսքերը կարող են սկսվել ձեռքով, ժամանակացույցով կամ ավտոմատ կերպով՝ նախորդ փուլը հաջող ավարտելուց հետո (օրինակ՝ հաջող տեղադրում staging-ում):

Այս մոտեցումը թույլ է տալիս՝

• Ավելի արագ ստանալ հետադարձ կապ կոդի որակի մասին (build & test):
• Անկախ տարբեր միջավայրերում տեղադրումը:
• Ավելի ճկուն կառավարել տեղադրման պարամետրերը յուրաքանչյուր միջավայրի համար:
• Պարզեցնել վերականգնման գործընթացը:

Նշանակալի է, որ փոքր pet-ծրագրեր կամ մոնոլիտային հավելվածներ, որոնց տեղադրման գործընթացը պարզ է, կարող են չօգտվել բաժանման ավելցուկից: Սակայն մեծամասնության կազմակերպական միջավայրերում աշխատանքային հոսքի բաժանումը լավագույն պրակտիկա է։