Būvēšanas rīks var veiksmīgi atrisināt savas atkarības, savukārt Paketo buildpack nevar lejupielādēt izpildlaika vidi. Buildpack darbojas builder konteinera iekšienē, un tam nepieciešama sava starpniekservera ievade.

Gradle bootBuildImage uzdevums

Groovy build.gradle failā ar esošo Spring Boot bootBuildImage uzdevumu:

tasks.named("bootBuildImage") {
    environment["HTTP_PROXY"] = "http://proxy.example:8080"
    environment["HTTPS_PROXY"] = "http://proxy.example:8080"
}

Maven spraudnis izmanto image.env

Lai izmantotu spring-boot:build-image, ievietojiet šīs vērtības zem image.env esošajā Spring Boot Maven spraudņa konfigurācijā:

<configuration>
  <image>
    <env>
      <HTTP_PROXY>http://proxy.example:8080</HTTP_PROXY>
      <HTTPS_PROXY>http://proxy.example:8080</HTTPS_PROXY>
    </env>
  </image>
</configuration>

Gan Gradle uzdevuma vide, gan Maven image.env nodrošina builder ar vērtībām. Abi nosaukumi var apzīmēt vienu un to pašu parasto HTTP starpnieku, tostarp HTTPS artefaktu URL. Publiskiem artefaktu lejupielādēm, kas atļautas caur publiskiem starpniekserveriem, HTTP starpniekserveru saraksts piedāvā kandidātus šīm builder vērtībām.

Šis iestatījums nav atkarīgs no Gradle systemProp.http.proxyHost rekvizītiem. Tie pieder JVM un automātiski nekonfigurē citu procesu builder iekšienē.

Docker dēmonam vispirms jāiegūst nepieciešamie builder un izpildes attēli. Reģistra kļūme tajā agrākajā posmā prasa dēmona maršrutu un reģistra konfigurāciju, nevis mainīgo, kas nodots buildpack, kurš vēl nav sācies.

Izmantojiet starpniekservera galapunktu, kas sasniedzams no builder konteinera. Tā loopback adrese identificē šo konteineru, ne vienmēr izstrādātāja darbstaciju.

Arī galīgās lietojumprogrammas izpildlaika videi jābūt apzinātai. Piekļuve būvēšanas laikā un maršruts, kas tiek izmantots, kad lietojumprogramma darbojas vēlāk, ir atsevišķi konfigurācijas lēmumi.

Saistītie raksti