Spring Boot образ бүтээх: Paketo builder-ийн проксиг тохируулах

Прокси хувьсагчдыг Gradle bootBuildImage эсвэл Maven image.env-ээр дамжуулан Paketo builder-т өг, бүтээх хэрэгсэл болон Docker демоноос тусад нь.

Бүтээх хэрэгсэл хамаарлаа амжилттай шийдэж чаддаг ч Paketo buildpack runtime татаж чадахгүй байж болно. Buildpack нь builder контейнер дотор ажиллаж, өөрийн прокси оролт шаарддаг.

Gradle-ийн bootBuildImage даалгавар

Spring Boot-ийн одоо байгаа bootBuildImage даалгавартай Groovy build.gradle дотор:

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

Maven залгаас image.env ашигладаг

spring-boot:build-image-ийн хувьд эдгээр утгыг одоо байгаа Spring Boot Maven залгаасын тохиргооны image.env дор байрлуул:

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

Gradle даалгаврын орчин болон Maven-ийн image.env хоёулаа builder-т утга өгдөг. Хоёр нэр нь ижил энгийн HTTP зуучлагчийг зааж болно, HTTPS артефактын URL-д ч мөн адил. Нийтийн проксигоор зөвшөөрөгдсөн нийтийн артефакт татах үед HTTP прокси жагсаалт эдгээр builder утгад нэр дэвшигчдийг санал болгодог.

Энэ тохиргоо нь Gradle-ийн systemProp.http.proxyHost шинж чанараас хамааралгүй. Тэдгээр нь JVM-д хамаарах бөгөөд builder доторх өөр процессыйг автоматаар тохируулдаггүй.

Docker демон эхлээд шаардлагатай builder болон ажиллуулах образыг авах ёстой. Тэр өмнөх үе шатанд бүртгэлийн алдаа гарвал демоны маршрут ба бүртгэлийн тохиргоо шаардлагатай бөгөөд эхлээгүй buildpack-т өгсөн хувьсагч биш.

Builder контейнероос хүрэх боломжтой прокси төгсгөлийн цэг ашигла. Түүний loopback хаяг нь тэр контейнерийг тодорхойлдог, хөгжүүлэгчийн ажлын станц байх албагүй.

Эцсийн аппын ажиллах орчныг ч санаатайгаар хадгал. Бүтээх үеийн хандалт ба апп дараа ажиллах үед ашиглах маршрут нь тусдаа тохиргооны шийдвэр юм.

Холбоотой нийтлэлүүд