GitLab Runner. գտեք վստահված սերվերի կարգավորումները ձախողված աշխատանքի փուլի համար
Runner-ի կառավարումը, պատկերի ներբեռնումը, պահոցի ստացումը և աշխատանքի ներսում ներբեռնումները կարող են ծագել տարբեր գործընթացներից։
| Առաջին ձախողումը | Ստուգման ենթակա մուտքը |
|---|---|
| Runner-ը կապվում է GitLab-ի հետ | Runner ծառայության միջավայրը |
| Աշխատանքի պատկերի ներբեռնում | Docker դեմոն/ներբեռնման ծառայություն |
| Պահոցի ստացում | Git հաճախորդի/օգնականի իրական միջավայրը |
| Աշխատանքի հրամանի ներբեռնում | Կոնտեյները և այդ գործիքի սեփական հաճախորդի կարգավորումները |
Աշխատանքի փոփոխականը ուշ է այն պատկերի ներբեռնման համար, որն արդեն անհրաժեշտ է կոնտեյների ստեղծմանը։ Հաջող Runner կառավարման կապը նույնպես չի կարող ապահովել մեկուսացված աշխատանքի հասանելիությունը։
127.0.0.1:3128-ի համար գտեք լսողին. աշխատանքային կոնտեյների loopback-ը Runner-ի հոսթը չէ։ Միայն նախատեսված աշխատանքային ցանցերին տվեք հոսթի օգնականի հասանելիություն և գիտակցաբար կառավարեք նրա upstream հաշիվը։
Կիրառեք տեղակայված Runner/կատարողի աջակցվող միջերեսը, ապա իրական ներբեռնիչի տարբերակով պայմանավորված ընտրանքները։ Փուլը, հարցումն ուղարկող գործընթացը և փորձված վերջնակետը պահեք խմբագրված ախտորոշման մեջ՝ հաշվին հատուկ ենթադրությունները ընդհանուր փաթաթանների մեջ դնելու փոխարեն։