build මෙවලමකට එහි යැපීම් සාර්ථකව විසඳිය හැකි වුවත් Paketo buildpack එකකට runtime එකක් බාගත කළ නොහැක. buildpack එක builder container එක තුළ ක්‍රියා කරන අතර එයට තමන්ගේම proxy ආදානයක් අවශ්‍ය වේ.

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 artefact URL සඳහාද. පොදු proxy හරහා අවසර දෙන පොදු artefact බාගැනීම් සඳහා HTTP proxy ලැයිස්තුව මෙම builder අගයන් සඳහා අපේක්ෂකයින් සපයයි.

මෙම සැකසුම Gradle හි systemProp.http.proxyHost ගුණාංගවලින් ස්වාධීනය. ඒවා JVM ට අයත් වන අතර builder තුළ තවත් ක්‍රියාවලියක් ස්වයංක්‍රීයව වින්‍යාස නොකරයි.

Docker daemon පළමුව අවශ්‍ය builder සහ run රූප ලබා ගත යුතුය. එම කලින් අදියරේ registry අසාර්ථක වුවහොත් daemon හි මාර්ගය සහ registry වින්‍යාසය අවශ්‍ය වේ, තවම ආරම්භ නොකළ buildpack එකකට දෙන විචල්‍යයක් නොවේ.

builder container එකෙන් ළඟා විය හැකි proxy අන්ත ලක්ෂ්‍යයක් භාවිත කරන්න. එහි loopback ලිපිනය එම container එක හඳුනාගනී, සංවර්ධකයාගේ වැඩස්ථානය අනිවාර්යයෙන් නොවේ.

අවසන් යෙදුමේ run පරිසරයද චේතනාන්විතව තබා ගන්න. build කාලයේ ප්‍රවේශය සහ යෙදුම පසුව ක්‍රියාත්මක වන විට භාවිත කරන මාර්ගය වෙනස් වින්‍යාස තීරණ දෙකකි.

අදාළ ලිපි