Տվեք ընտրված հոսթերին այլ պրոքսի ժամանակակից Yarn-ում

Մեկ ընդհանուր պրոքսին կարող է չհամապատասխանել փաթեթի յուրաքանչյուր աղբյուրին։ Ժամանակակից Yarn-ը աջակցում է հոսթանունով ցանցային կարգավորումներին՝ թույլ տալով ընտրված հոսթին օգտագործել լռելյայնից տարբեր ուղի։

Օրինակ՝ նախագիծը կարող է պահել մեկ ընդհանուր ուղի և ընտրել մեկ այլ՝ ներքին ռեեստրի համար.

httpsProxy: "http://203.0.113.10:8080"
networkSettings:
  "registry.example.internal":
    httpsProxy: "http://203.0.113.20:8080"

Երկու հասցեները տեղապահ են։ Հանրային փաթեթների աղբյուրների ընդհանուր ուղու համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ, երբ հանրային պրոքսիները թույլատրված են։ Ներքին ռեեստրի վերափոխումը պահեք իր հաստատված պրոքսիի վրա։ Տեղադրեք կարգավորումը համապատասխան .yarnrc.yml-ում Yarn-ի ժամանակակից թողարկման համար։ Այս օրինակն ընտրում է երկու պրոքսի. այն չի ասում, որ ներքին հոսթը պետք է միանա ուղղակիորեն։

Համապատասխանեցրեք պահանջվող հոսթանունին

networkSettings գրառումը կիրառվում է հոսթանվի օրինաչափության վրա, ոչ թե փաթեթի scope-ի կամ կամայական URL ուղու վրա։ Պահեք միակ հոսթի կանոնը ճշգրիտ, երբ հենց դա նկատի ունեք։ Վայլդքարթը օգտակար է միայն այն դեպքում, երբ իսկապես ուզում եք, որ լրացուցիչ հոսթերը կիսեն կարգավորումը։

Փաթեթի scope-ը և ցանցային հոսթանունը տարբեր ընտրիչներ են։ Scope ունեցող փաթեթը կարելի է բերել ռեեստրից, որի հոսթը կիսվում է այլ փաթեթների հետ, մինչդեռ վերահասցեավորված արտեֆակտը կարող է գալ բոլորովին այլ հոսթանունից։

Հետևեք ներբեռնման ամբողջ ուղուն

Եթե մետատվյալները օգտագործում են մեկ հոսթ, իսկ արխիվի ներբեռնումը՝ մեկ այլ, դրանք կարող են համապատասխանել տարբեր ցանցային կարգավորումների։ Նախքան կանոնը լայնացնելը գրանցեք այն URL-ը, որը իրականում ձախողվում է։ «Ռեեստրը աշխատեց» արտահայտությունը չի հաստատում, թե հետագա հարցումն որ ուղին ընտրեց։

Yarn-ի հոսթ-առանձին կարգավորումները կարող են ներառել նաև CA և այլ TLS կարգավորում։ Այդ որոշումները պահեք առանձին. պրոքսիի հասցե ընտրելը ինքնին չի ապահովում ստուգող միջավայրի համար անհրաժեշտ վստահությունը։

Տեսանելի դարձրեք վերափոխումը

Ստուգեք նախագծի գործող կարգավորումը իր Yarn թողարկման կողմից աջակցվող գործիքներով, ապա փորձարկեք նախատեսված հարցումը։ Խուսափեք ամբողջական կարգավորման արտապատկերումը կիսելուց, եթե այն պարունակում է հավատարմագրեր։

Այս հատկությունը օգտակար է, երբ հոսթերն իսկապես պահանջում են տարբեր ուղիներ։ Եթե յուրաքանչյուր հարցում պետք է օգտագործի նույն վերջնակետը, մեկ ընդհանուր կարգավորումն ավելի հեշտ է պահպանել, քան նույնական հոսթանվային վերափոխումների աճող ցանկը։