Määra valitud hostidele kaasaegses Yarnis erinev puhverserver

Üks üldine puhverserver ei pruugi sobida iga paketiallikaga. Kaasaegne Yarn toetab hostinime järgi määratud võrguseadeid, mis lubab valitud hostil kasutada vaikimisi marsruudist erinevat teed.

Näiteks võib projekt hoida üht üldist marsruuti ja valida sisemise registri jaoks teise:

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

Need kaks aadressi on kohahoidjad. Üldise marsruudi jaoks avalike paketiallikate juurde pakub HTTP-puhverserverite loend kandidaate, kui avalikud puhverserverid on lubatud. Hoidke sisemise registri ülekate selle heakskiidetud puhverserveril. Asetage konfiguratsioon sobivasse faili .yarnrc.yml, mis kuulub kaasaegse Yarni väljalaske juurde. See näide valib kaks puhverserverit; see ei ütle, et sisemine host peaks ühenduma otse.

Sobitage soovitud hostinimega

Kirje networkSettings kehtib hostinime mustri, mitte paketi ulatuse ega suvalise URL-i tee kohta. Hoidke ühe hosti reegel täpne, kui just seda silmas peate. Metamärk on kasulik ainult siis, kui tegelikult soovite, et lisahostid jagaksid konfiguratsiooni.

Paketi ulatus ja võrgu hostinimi on erinevad selektorid. Ulatusega paketti saab tuua registrist, mille hosti jagatakse teiste pakettidega, samal ajal kui ümbersuunatud artefakt võib tulla hoopis teiselt hostinimelt.

Jälgige kogu allalaadimisteed

Kui metaandmed kasutavad üht hosti ja arhiivi allalaadimine teist, võivad need sobida erinevate võrguseadetega. Enne reegli laiendamist registreerige URL, mis tegelikult ebaõnnestub. „Register töötas“ ei tõenda, millise marsruudi hilisem päring valis.

Yarni hostipõhised seaded võivad sisaldada ka CA-d ja muud TLS-konfiguratsiooni. Hoidke need otsused lahus: puhverserveri aadressi valimine ei anna iseenesest usaldust, mida on vaja kontrollivale keskkonnale.

Tehke ülekate nähtavaks

Kontrollige projekti kehtivat konfiguratsiooni oma Yarni väljalaske toetatud tööriistadega ja seejärel testige kavandatud päringut. Vältige täieliku konfiguratsioonitõmmise jagamist, kui see sisaldab mandaate.

See funktsioon on kasulik, kui hostid tõesti nõuavad erinevaid marsruute. Kui iga päring peaks kasutama sama lõpp-punkti, on ühte üldist seadet lihtsam hooldada kui kasvavat nimekirja identsetest hostinime ülekatetest.