ການນໍາໃຊ້ docker ຫຼາຍຂັ້ນຕອນເພື່ອສ້າງຮູບພາບ windows

ສະບາຍດີທຸກຄົນ! ຂ້ອຍຊື່ Andrey, ແລະຂ້ອຍເຮັດວຽກເປັນວິສະວະກອນ DevOps ຢູ່ Exness ໃນທີມພັດທະນາ. ກິດຈະກໍາຕົ້ນຕໍຂອງຂ້ອຍແມ່ນກ່ຽວຂ້ອງກັບການກໍ່ສ້າງ, ນໍາໃຊ້ແລະສະຫນັບສະຫນູນຄໍາຮ້ອງສະຫມັກໃນ docker ພາຍໃຕ້ລະບົບປະຕິບັດການ Linux (ຕໍ່ໄປນີ້ເອີ້ນວ່າ OS). ບໍ່ດົນກ່ອນຫນ້ານີ້ຂ້ອຍມີວຽກທີ່ມີກິດຈະກໍາດຽວກັນ, ແຕ່ OS ເປົ້າຫມາຍຂອງໂຄງການແມ່ນ Windows Server ແລະຊຸດຂອງໂຄງການ C ++. ສໍາລັບຂ້ອຍ, ນີ້ແມ່ນການຕິດຕໍ່ພົວພັນຢ່າງໃກ້ຊິດຄັ້ງທໍາອິດກັບ docker containers ພາຍໃຕ້ Windows OS ແລະ, ໂດຍທົ່ວໄປ, ກັບຄໍາຮ້ອງສະຫມັກ C ++. ຂໍຂອບໃຈກັບເລື່ອງນີ້, ຂ້າພະເຈົ້າໄດ້ມີປະສົບການທີ່ຫນ້າສົນໃຈແລະໄດ້ຮຽນຮູ້ກ່ຽວກັບຄວາມສັບສົນຂອງຄໍາຮ້ອງສະຫມັກບັນຈຸໃນ Windows.

ໃນ​ບົດ​ຄວາມ​ນີ້​ຂ້າ​ພະ​ເຈົ້າ​ຕ້ອງ​ການ​ທີ່​ຈະ​ບອກ​ທ່ານ​ວ່າ​ຄວາມ​ຫຍຸ້ງ​ຍາກ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ປະ​ເຊີນ​ກັບ​ວິ​ທີ​ການ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຈັດ​ການ​ແກ້​ໄຂ​ມັນ​. ຂ້າ​ພະ​ເຈົ້າ​ຫວັງ​ວ່າ​ນີ້​ຈະ​ເປັນ​ປະ​ໂຫຍດ​ສໍາ​ລັບ​ການ​ທ້າ​ທາຍ​ໃນ​ປັດ​ຈຸ​ບັນ​ແລະ​ອະ​ນາ​ຄົດ​ຂອງ​ທ່ານ. ມ່ວນກັບການອ່ານ!

ເປັນຫຍັງບັນຈຸ?

ບໍລິສັດມີໂຄງສ້າງພື້ນຖານທີ່ມີຢູ່ແລ້ວສໍາລັບນັກດົນຕີຕູ້ຄອນເທນເນີ Hashicorp Nomad ແລະອົງປະກອບທີ່ກ່ຽວຂ້ອງ - Consul ແລະ Vault. ດັ່ງນັ້ນ, ການບັນຈຸຄໍາຮ້ອງສະຫມັກໄດ້ຖືກເລືອກເປັນວິທີການປະສົມປະສານສໍາລັບການສະຫນອງການແກ້ໄຂທີ່ສົມບູນ. ເນື່ອງຈາກໂຄງສ້າງພື້ນຖານຂອງໂຄງການມີ docker hosts ກັບ Windows Server Core OS ຮຸ່ນ 1803 ແລະ 1809, ມັນຈໍາເປັນຕ້ອງສ້າງສະບັບແຍກຕ່າງຫາກຂອງຮູບພາບ docker ສໍາລັບ 1803 ແລະ 1809. ໃນຮຸ່ນ 1803, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຈື່ຈໍາວ່າຈໍານວນການແກ້ໄຂຂອງ host docker ກໍ່ສ້າງ. ຕ້ອງກົງກັບຕົວເລກການແກ້ໄຂຂອງຮູບພາບ docker ພື້ນຖານ ແລະເຈົ້າພາບທີ່ບັນຈຸຈາກຮູບພາບນີ້ຈະຖືກເປີດຕົວ. ຮຸ່ນ 1809 ບໍ່ມີຂໍ້ບົກຜ່ອງດັ່ງກ່າວ. ທ່ານສາມາດອ່ານເພີ່ມເຕີມ ທີ່ນີ້.

ເປັນຫຍັງຫຼາຍຂັ້ນຕອນ?

ວິສະວະກອນທີມພັດທະນາບໍ່ມີ ຫຼືຈຳກັດຫຼາຍໃນການກໍ່ສ້າງໂຮສ; ບໍ່ມີວິທີທີ່ຈະຈັດການຊຸດອົງປະກອບຂອງການສ້າງແອັບພລິເຄຊັ່ນໃນໂຮສເຫຼົ່ານີ້ໄດ້ໄວ, ຕົວຢ່າງ, ຕິດຕັ້ງຊຸດເຄື່ອງມືເພີ່ມເຕີມ ຫຼືວຽກສຳລັບ Visual Studio. ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ຕັດສິນໃຈຕິດຕັ້ງອົງປະກອບທັງຫມົດທີ່ຈໍາເປັນເພື່ອສ້າງແອັບພລິເຄຊັນເຂົ້າໃນການສ້າງຮູບພາບ Docker. ຖ້າຈໍາເປັນ, ທ່ານສາມາດປ່ຽນພຽງແຕ່ dockerfile ຢ່າງໄວວາແລະເປີດຕົວທໍ່ສໍາລັບການສ້າງຮູບພາບນີ້.

ຈາກທິດສະດີໄປສູ່ການປະຕິບັດ

ໃນການສ້າງຮູບພາບ Docker ຫຼາຍຂັ້ນຕອນທີ່ເຫມາະສົມ, ສະພາບແວດລ້ອມສໍາລັບການກໍ່ສ້າງຄໍາຮ້ອງສະຫມັກແມ່ນໄດ້ຖືກກະກຽມໃນ Dockerfile script ດຽວກັນກັບຄໍາຮ້ອງສະຫມັກທີ່ສ້າງຂຶ້ນເອງ. ແຕ່ໃນກໍລະນີຂອງພວກເຮົາ, ການເຊື່ອມໂຍງລະດັບປານກາງໄດ້ຖືກເພີ່ມ, ຄື, ຂັ້ນຕອນເບື້ອງຕົ້ນຂອງການສ້າງຮູບພາບ docker ກັບທຸກສິ່ງທຸກຢ່າງທີ່ຈໍາເປັນເພື່ອສ້າງຄໍາຮ້ອງສະຫມັກ. ນີ້ແມ່ນເຮັດໄດ້ເພາະວ່າຂ້ອຍຕ້ອງການໃຊ້ຄຸນສົມບັດ docker cache ເພື່ອຫຼຸດຜ່ອນເວລາການຕິດຕັ້ງຂອງທຸກ dependencies.

ຂໍໃຫ້ເບິ່ງຈຸດຕົ້ນຕໍຂອງ dockerfile script ສໍາລັບການສ້າງຮູບພາບນີ້.

ເພື່ອສ້າງຮູບພາບຂອງຮຸ່ນ OS ທີ່ແຕກຕ່າງກັນ, ທ່ານສາມາດກໍານົດການໂຕ້ຖຽງໃນ dockerfile ໂດຍຜ່ານຈໍານວນຮຸ່ນທີ່ຖືກສົ່ງຜ່ານໃນລະຫວ່າງການສ້າງ, ແລະມັນເປັນແທັກຂອງຮູບພາບພື້ນຖານ.

ບັນຊີລາຍຊື່ເຕັມຂອງແທັກຮູບພາບ Microsoft Windows Server ສາມາດພົບໄດ້ ທີ່ນີ້.

ARG WINDOWS_OS_VERSION=1809
FROM mcr.microsoft.com/windows/servercore:$WINDOWS_OS_VERSION

ໂດຍຄ່າເລີ່ມຕົ້ນຄໍາສັ່ງໃນຄໍາແນະນໍາ RUN ພາຍໃນ dockerfile ໃນ Windows OS ພວກເຂົາຖືກປະຕິບັດຢູ່ໃນ console cmd.exe. ເພື່ອຄວາມສະດວກໃນການຂຽນສະຄຣິບແລະຂະຫຍາຍການເຮັດວຽກຂອງຄໍາສັ່ງທີ່ໃຊ້, ພວກເຮົາຈະກໍານົດຄືນໃຫມ່ console execution ຄໍາສັ່ງໃນ Powershell ໂດຍຜ່ານຄໍາແນະນໍາ. SHELL.

SHELL ["powershell", "-Command", "$ErrorActionPreference = 'Stop';"]

ຂັ້ນ​ຕອນ​ຕໍ່​ໄປ​ແມ່ນ​ການ​ຕິດ​ຕັ້ງ​ຕົວ​ຈັດ​ການ​ຊຸດ chocolatey ແລະ​ການ​ຫຸ້ມ​ຫໍ່​ທີ່​ຈໍາ​ເປັນ​:

COPY chocolatey.pkg.config .
RUN Set-ExecutionPolicy Bypass -Scope Process -Force ;
    [System.Net.ServicePointManager]::SecurityProtocol = 
    [System.Net.ServicePointManager]::SecurityProtocol -bor 3072 ;
    $env:chocolateyUseWindowsCompression = 'true' ;
    iex ((New-Object System.Net.WebClient).DownloadString( 
      'https://chocolatey.org/install.ps1')) ;
    choco install chocolatey.pkg.config -y --ignore-detected-reboot ;
    if ( @(0, 1605, 1614, 1641, 3010) -contains $LASTEXITCODE ) { 
      refreshenv; } else { exit $LASTEXITCODE; } ;
    Remove-Item 'chocolatey.pkg.config'

ການຕິດຕັ້ງແພັກເກັດໂດຍໃຊ້ຊັອກໂກແລັດ, ທ່ານພຽງແຕ່ສາມາດສົ່ງພວກມັນເປັນບັນຊີລາຍຊື່, ຫຼືຕິດຕັ້ງມັນເທື່ອລະອັນຖ້າທ່ານຕ້ອງການຜ່ານຕົວກໍານົດການເປັນເອກະລັກສໍາລັບແຕ່ລະຊຸດ. ໃນສະຖານະການຂອງພວກເຮົາ, ພວກເຮົາໄດ້ໃຊ້ໄຟລ໌ manifest ໃນຮູບແບບ XML, ເຊິ່ງປະກອບດ້ວຍບັນຊີລາຍຊື່ຂອງຊຸດທີ່ຕ້ອງການແລະຕົວກໍານົດການຂອງມັນ. ເນື້ອໃນຂອງມັນເບິ່ງຄືດັ່ງນີ້:

<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="python" version="3.8.2"/>
  <package id="nuget.commandline" version="5.5.1"/>
  <package id="git" version="2.26.2"/>
</packages>

ຕໍ່ໄປ, ພວກເຮົາຕິດຕັ້ງສະພາບແວດລ້ອມການສ້າງແອັບພລິເຄຊັນ, ຄື, MS Build Tools 2019 - ນີ້ແມ່ນສະບັບທີ່ມີນ້ໍາຫນັກເບົາຂອງ Visual Studio 2019, ເຊິ່ງປະກອບດ້ວຍອົງປະກອບທີ່ກໍານົດໄວ້ຂັ້ນຕ່ໍາສໍາລັບການລວບລວມລະຫັດ.
ເພື່ອເຮັດວຽກຢ່າງເຕັມທີ່ກັບໂຄງການ C ++ ຂອງພວກເຮົາ, ພວກເຮົາຈະຕ້ອງການອົງປະກອບເພີ່ມເຕີມ, ຄື:

• Workload C++ tools
• ເຄື່ອງ​ມື v141
• Windows 10 SDK (10.0.17134.0)

ທ່ານສາມາດຕິດຕັ້ງຊຸດເຄື່ອງມືທີ່ຂະຫຍາຍໄດ້ໂດຍອັດຕະໂນມັດໂດຍໃຊ້ໄຟລ໌ການຕັ້ງຄ່າໃນຮູບແບບ JSON. ເນື້ອຫາໄຟລ໌ການຕັ້ງຄ່າ:

ບັນຊີລາຍຊື່ຄົບຖ້ວນຂອງອົງປະກອບທີ່ມີຢູ່ສາມາດພົບໄດ້ຢູ່ໃນເວັບໄຊທ໌ເອກະສານ Microsoft Visual Studio.

{
  "version": "1.0",
  "components": [
    "Microsoft.Component.MSBuild",
    "Microsoft.VisualStudio.Workload.VCTools;includeRecommended",
    "Microsoft.VisualStudio.Component.VC.v141.x86.x64",
    "Microsoft.VisualStudio.Component.Windows10SDK.17134"
  ]
}

dockerfile ແລ່ນສະຄຣິບຕິດຕັ້ງ, ແລະເພື່ອຄວາມສະດວກສະບາຍ, ເພີ່ມເສັ້ນທາງໄປສູ່ເຄື່ອງມືສ້າງໄຟລ໌ທີ່ສາມາດປະຕິບັດໄດ້ກັບຕົວແປສະພາບແວດລ້ອມ. PATH. ມັນຍັງແນະນໍາໃຫ້ເອົາໄຟລ໌ທີ່ບໍ່ຈໍາເປັນແລະໄດເລກະທໍລີເພື່ອຫຼຸດຜ່ອນຂະຫນາດຂອງຮູບພາບ.

COPY buildtools.config.json .
RUN Invoke-WebRequest 'https://aka.ms/vs/16/release/vs_BuildTools.exe' 
      -OutFile '.vs_buildtools.exe' -UseBasicParsing ;
    Start-Process -FilePath '.vs_buildtools.exe' -Wait -ArgumentList 
      '--quiet --norestart --nocache --config C:buildtools.config.json' ;
    Remove-Item '.vs_buildtools.exe' ;
    Remove-Item '.buildtools.config.json' ;
    Remove-Item -Force -Recurse 
      'C:Program Files (x86)Microsoft Visual StudioInstaller' ;
    $env:PATH = 'C:Program Files (x86)Microsoft Visual Studio2019BuildToolsMSBuildCurrentBin;' + $env:PATH; 
    [Environment]::SetEnvironmentVariable('PATH', $env:PATH, 
      [EnvironmentVariableTarget]::Machine)

ໃນຂັ້ນຕອນນີ້, ຮູບພາບຂອງພວກເຮົາສໍາລັບການລວບລວມຄໍາຮ້ອງສະຫມັກ C ++ ແມ່ນກຽມພ້ອມ, ແລະພວກເຮົາສາມາດດໍາເນີນການໂດຍກົງກັບການສ້າງ docker ຫຼາຍຂັ້ນຕອນຂອງຄໍາຮ້ອງສະຫມັກ.

ຫຼາຍຂັ້ນຕອນໃນການປະຕິບັດ

ພວກເຮົາຈະນໍາໃຊ້ຮູບພາບທີ່ສ້າງຂຶ້ນດ້ວຍເຄື່ອງມືທັງຫມົດທີ່ຢູ່ເທິງເຮືອເປັນຮູບພາບກໍ່ສ້າງ. ເຊັ່ນດຽວກັນກັບສະຄິບ dockerfile ທີ່ຜ່ານມາ, ພວກເຮົາຈະເພີ່ມຄວາມສາມາດໃນການກໍານົດຈໍານວນຮຸ່ນ / ແທັກຮູບພາບແບບໄດນາມິກເພື່ອຄວາມສະດວກໃນການນໍາໃຊ້ລະຫັດຄືນໃຫມ່. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເພີ່ມປ້າຍຊື່ as builder ກັບຮູບພາບປະກອບຢູ່ໃນຄໍາແນະນໍາ FROM.

ARG WINDOWS_OS_VERSION=1809
FROM buildtools:$WINDOWS_OS_VERSION as builder

ໃນປັດຈຸບັນມັນເປັນເວລາທີ່ຈະສ້າງຄໍາຮ້ອງສະຫມັກ. ທຸກສິ່ງທຸກຢ່າງຢູ່ທີ່ນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ: ຄັດລອກລະຫັດແຫຼ່ງແລະທຸກສິ່ງທຸກຢ່າງທີ່ກ່ຽວຂ້ອງກັບມັນ, ແລະເລີ່ມຕົ້ນຂະບວນການລວບລວມ.

COPY myapp .
RUN nuget restore myapp.sln ;
    msbuild myapp.sln /t:myapp /p:Configuration=Release

ຂັ້ນຕອນສຸດທ້າຍຂອງການສ້າງຮູບພາບສຸດທ້າຍແມ່ນການກໍານົດຮູບພາບພື້ນຖານຂອງແອັບພລິເຄຊັນ, ບ່ອນທີ່ການລວບລວມຂໍ້ມູນປອມແລະໄຟລ໌ການຕັ້ງຄ່າທັງຫມົດຈະຕັ້ງຢູ່. ເພື່ອຄັດລອກໄຟລ໌ທີ່ລວບລວມຈາກຮູບພາບປະກອບກາງ, ທ່ານຕ້ອງລະບຸພາລາມິເຕີ --from=builder ໃນຄໍາແນະນໍາ COPY.

FROM mcr.microsoft.com/windows/servercore:$WINDOWS_OS_VERSION

COPY --from=builder C:/x64/Release/myapp/ ./
COPY ./configs ./

ໃນປັດຈຸບັນທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນການເພີ່ມຄວາມເພິ່ງພາອາໄສທີ່ຈໍາເປັນສໍາລັບຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາທີ່ຈະເຮັດວຽກແລະລະບຸຄໍາສັ່ງເປີດຕົວໂດຍຜ່ານຄໍາແນະນໍາ ENTRYPOINT ຫຼື CMD.

ສະຫລຸບ

ໃນບົດຄວາມນີ້, ຂ້າພະເຈົ້າໄດ້ເວົ້າກ່ຽວກັບວິທີການສ້າງສະພາບແວດລ້ອມການລວບລວມເຕັມຮູບແບບສໍາລັບຄໍາຮ້ອງສະຫມັກ C ++ ພາຍໃນ container ພາຍໃຕ້ Windows ແລະວິທີການນໍາໃຊ້ຄວາມສາມາດຂອງ docker multi-stage builds ເພື່ອສ້າງຮູບພາບເຕັມຮູບແບບຂອງຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com