Immagini Spring Boot: configurare il proxy del builder Paketo

Passa le variabili proxy a un builder Paketo tramite Gradle bootBuildImage o Maven image.env, separatamente dallo strumento di build e dal demone Docker.

Uno strumento di build può risolvere correttamente le proprie dipendenze mentre un buildpack Paketo non riesce a scaricare un runtime. Il buildpack viene eseguito nel container del builder e richiede il proprio input proxy.

L'attività bootBuildImage di Gradle

In un build.gradle Groovy con l'attività bootBuildImage esistente di Spring Boot:

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

Il plugin Maven usa image.env

Per spring-boot:build-image, inserisci questi valori sotto image.env nella configurazione esistente del plugin Spring Boot Maven:

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

Sia l'ambiente dell'attività Gradle sia image.env di Maven forniscono valori al builder. Entrambi i nomi possono identificare lo stesso intermediario HTTP ordinario, anche per gli URL degli artefatti HTTPS. Per i download pubblici di artefatti consentiti tramite proxy pubblici, la lista di proxy HTTP fornisce candidati per questi valori del builder.

Questa impostazione è indipendente dalle proprietà systemProp.http.proxyHost di Gradle. Quelle appartengono alla JVM e non configurano automaticamente un altro processo nel builder.

Il demone Docker deve prima ottenere le immagini del builder e di esecuzione necessarie. Un errore del registro in quella fase precedente richiede la route e la configurazione del registro del demone, non una variabile fornita a un buildpack che non è ancora partito.

Usa un endpoint proxy raggiungibile dal container del builder. Il suo indirizzo di loopback identifica quel container, non necessariamente la postazione dello sviluppatore.

Mantieni deliberato anche l'ambiente di esecuzione dell'applicazione finale. L'accesso in fase di build e la route usata quando l'applicazione viene eseguita in seguito sono decisioni di configurazione separate.

Articoli correlati