د Spring Boot د انځورونو جوړول: د Paketo جوړونکي پروکسي تنظیم کړئ

د Gradle bootBuildImage یا Maven image.env له لارې Paketo جوړونکي ته د پروکسي متغیرونه ورکړئ، له جوړونکي وسیلې او Docker ډیمون څخه جلا.

د جوړولو وسیله کولای شي خپلې اړتیاوې په بریالیتوب سره حل کړي، خو Paketo buildpack نشي کولای runtime ډاونلوډ کړي. buildpack د جوړونکي په کانټینر کې دننه چلیږي او خپل پروکسي ننوت ته اړتیا لري.

د Gradle د bootBuildImage دنده

په Groovy build.gradle کې چې د Spring Boot موجوده bootBuildImage دنده لري:

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 دواړه جوړونکي ته ارزښتونه ورکوي. دواړه نومونه کولای شي یو شان عادي HTTP منځګړی وښیې، د HTTPS د artefact URL لپاره هم. د عامه پروکسي له لارې د اجازه ورکړل شوي عامه artefact ډاونلوډ لپاره د HTTP پروکسي لیست د دې جوړونکي ارزښتونو لپاره نوماندان وړاندې کوي.

دا تنظیم د Gradle د systemProp.http.proxyHost ځانګړنو څخه خپلواک دی. هغه د JVM پورې اړه لري او په جوړونکي کې بل بهیر په اتوماتيک ډول نه تنظیموي.

Docker ډیمون باید لومړی اړین جوړونکي او د چلولو انځورونه ترلاسه کړي. په هغه پخواني پړاو کې د راجستر ناکامي د ډیمون لار او د راجستر ترتیب ته اړتیا لري، نه هغه متغیر چې هغه buildpack ته ورکړل شي چې لا نه دی پیل شوی.

د پروکسي هغه پای ټکی وکاروئ چې د جوړونکي له کانټینر څخه ورته رسیدلی شي. د هغې loopback پته هماغه کانټینر پیژني، نه لزوماً د پراختیا کوونکي کاري سټیشن.

د وروستي اپلیکیشن د چلولو چاپېریال هم په پام سره وساتئ. د جوړولو پر مهال لاسرسی او هغه لار چې کله اپلیکیشن وروسته چلیږي کارول کیږي، دوه جلا د تنظیم پرېکړې دي.

اړوندې مقالې