Jos et tee sitä, se on menetys!? Siirtyminen AWS Graviton2:een heikon jenin-BIGLOBE-tyylin aikakaudella | (2023)

Esittelemme AWS Fargate -konttien siirtymisen Graviton2:een todellisilla esimerkeillä.

Hei. Uusi koronavirustartunta on siirretty 5. tartuntatautikategoriaan, mutta toivottavasti kaikki lukijat voivat hyvin. Siitä on pitkä aika, kun olen kirjoittanut, olen Esumi tuotesuunnitteluosastosta. Viimeksi kun kirjoitinGit lokiartikkeliJoten, sanoin sinulle, että "melkein täysi kaukosäädin!"

BIGLOBE on kokenut organisaatiomuutoksia huhtikuusta lähtien, ja ihmiset palaavat tähän asti harvakseltaan olleet toimistoihin trendin "Haluan korostaa tosielämän keskusteluja ja keskusteluja" alla. Ryhmässä, johon tällä hetkellä kuulun, pyrimme myös ``tulemaan kaikki jäsenet toimistolle sinä viikonpäivänä, jolloin kokous on päällä''. "Kuulin, että se oli melkein täysi kaukosäädin, mutta se oli täysin erilainen! 😡”, ilmoitan vain viimeisimmän.

Nyt pääaiheeseen, julkaisen artikkelin AWS Fargate -säiliöiden siirtämisestä Graviton2:een yrityksen ja erehdyksen avulla edellisessä tiimissä. Perusasioista, jotka saavat sinut tuntemaan, että ymmärrät Graviton2:n, ja hieman kehittyneempään sovellukseen, se on hämmästyttävää! Toimitamme sen runsaalla sisällöllä.

Jos sinulla on paikka, jossa voit harjoitella tarkoituksesi mukaan, tee se!

• Oletettu lukija
• Yritin siirtää AWS Fargate -kontin Graviton2:een
  • Mikä on Graviton2?
  • Graviton 2:n edut
  • Kustannussäästövaikutus havaitaan todellisessa käytössä
• Harjoitella
  • [Aloittaja] Tee tehtävämäärittelystä yhteensopiva AArch64:n kanssa
  • [Keskitaso] Rakenna AArch64-kuva AWS Codebuildilla
  • [Lisäasetukset] Rakenna AArch64:n Corretto17-kuvalla
    • kokonaisvirtaus
    • 1. Luo AArch64-kuva
    • 2. Tee Corretto 17 yhteensopivaksi ja luo kuva uudelleen
    • 3. Muuta AWS CodeBuild -asetuksia
  • [Sovellus] Luo moniarkkitehtuuriinen kuva AWS CodeBuildilla (erärakennus)
    • Moniarkkitehtuuriinen kuva ja miten se tehdään
    • kokonaisvirtaus
    • 1. Luo buildspec-image.yml
    • 2. Luodaan buildspec-manifest.yml
    • 3. Luodaan buildspec-batch.yml
    • 4. AWS CodeBuildin määrittäminen
  • [Liite] Rakenna Java 17 -moniarkkitehtuurikuva
    • 1. Tee Corretto 17:stä codebuild-runtimessa monikaariinen kuva
    • 2. Muokkaa buildspec-image.yml
    • 3. AWS CodeBuild -ympäristön asetukset
• lopuksi

Oletettu lukija

• Ne, jotka haluavat alentaa AWS Fargaten hintaa
• Ne rakentavat AWS CodeBuildilla
• Java17-projektit, jotka eivät ole vielä siirtyneet Graviton2:een

Yritin siirtää AWS Fargate -kontin Graviton2:een

Tässä osiossa kuvataan Graviton2:een siirtymisen aikaisemmat tiedot ja edut. Harjoituksista lisää myöhemmin.

Mikä on Graviton2?

ARM-pohjainen, AWS:n itsenäisesti kehittämä toisen sukupolven prosessori. Vaikka ARM ei olisi sinulle tuttu, älypuhelimissasi ja tableteissasi käytetyt prosessorit ovat ARM-pohjaisia, ja niille on ominaista pieni koko, korkea suorituskyky ja alhainen virrankulutus. Muuten, Applen M2-sirulla varustettu MacBook, jota on vaikea saada äskettäisen hinnannousun takia, on myös Applen kehittämä ARM-pohjainen prosessori.

Koska tekstissä on sekalaisia ​​termejä, lue seuraava karkealla ymmärryksellä.

perinteinen CPU

x86_64 ≒ AMD64 ≒ Intel64

kustannustehokas CPU(Esimerkki: AWS Graviton2, Apple M2)

AArch64 ≒ ARM64

Graviton 2:n edut

Se tarkoittaa, että "cospa on hyvä" suoraan.

Tiettynä numeronaJopa 40 % parempi vastine rahalle 20 % halvemmallaSanotaan, että tulee.aws.amazon.com

Vaikka palvelimettomat, kuten kontitointi, yleistyvät, AWS Fargatella on monia käyttötapauksia, jotka toimivat jatkuvasti, joten jos se ei ole vain ystävällinen lompakolle vaan myös parantaa suorituskykyä, miksi et esittele sitä nyt?

Kustannussäästövaikutus havaitaan todellisessa käytössä

Tiimimme siirsi AWS Fargate -kontit Graviton2:een syyskuussa 2022. Amazon ECS:n kuukausittaiset käyttömaksut on esitetty alla olevassa kaaviossa.

Vaikka joitakin kuukausia on erinomaisia, näyttää siltä, ​​​​että pystymme vähentämään kustannuksia keskimäärin noin 25 %.

Vaikka hinta nousisi 110 jenistä/$ 137 jeniin/$ jenin heikkenemisen vuoksi, voit siirtyä Graviton2:een samalla hinnalla kuin ennenkin.

*Tämä on kustannussäästövaikutus tiimillemme eikä takaa sen tehokkuutta!

Harjoitella

Tässä on käytännön osa. Koska tarkoitus on todella suorittaa se, lähdekoodia ja kuvia tulee olemaan paljon.

Jotkut osat on sisällytetty tarkoituksella, jotka eivät enää vaadi tukea virallisen kuvan käytön vuoksi. On mahdollista, että sitä voidaan soveltaa Corretto 21:een, joten olisin iloinen, jos voisitte katsoa.

[Aloittaja] Tee tehtävämäärittelystä yhteensopiva AArch64:n kanssa

Tehdään ensin Amazon ECS:ssä käytetty tehtävämäärittely yhteensopivaksi AArch64:n kanssa. Kun käytät hallintakonsolista,Linux/ARM64Valitse vain ja olet valmis.

Jos tehtävän määrittelyä hallinnoi terraform,aws_ecs_task_definitionalleruntime_platformja terraformia.

resurssi "aws_ecs_task_definition" "graviton2_test" { runtime_platform { käyttöjärjestelmän_perhe="LINUX" cpu_architecture="ARM64" }}

registry.terraform.io

Yllä olevilla AWS Fargaten asetuksilla se toimii. Minun on kuitenkin valmistettava AArch64:ää tukeva konttikuva, joten kuvailen sitä kohdassa [Keskitaso].

[Keskitaso] Rakenna AArch64-kuva AWS Codebuildilla

Luodaan seuraavaksi AWS Codebuildia AArch64-yhteensopiva kuva, joka toimii yllä luodun AArch64-yhteensopivan tehtävämäärittelyn kanssa.

Kuva uusista ja olemassa olevista rakennusprojekteistaaws/codebuild/amazonlinux2-aarch64-standard:3.0, ja olet valmis.

⚠️ Katso uusimmat kuvat ja versiot alla olevasta AWS-dokumentaatiosta.docs.aws.amazon.com

Tältä se näyttää hallintakonsolista:

Jos rakennusasetuksiasi hallitaan terraformin avulla,aws_codebuild_project/ympäristöön.kuvaAArch64-yhteensopivaan kuvaan,tyyppi/ARM_CONTAINER, ja terraformia sovelletaan.

resurssi "aws_codebuild_project" "aarch64_build" {・・・ympäristöön { laske_tyyppi="BUILD_GENERAL1_SMALL" kuva="aws/codebuild/amazonlinux2-aarch64-standard:3.0" tyyppi="ARM_CONTAINER" }・・・}

registry.terraform.io

Siinä kaikki [Keskitasolle]. Nyt kun olet luonut konttikuvan käytettäväksi Amazon ECS:ssä, voit nyt käyttää sitä.

[Lisäasetukset] Rakenna AArch64:n Corretto17-kuvalla

Toukokuusta 2023 alkaen AWS CodeBuild -ajoajat tukevat nyt Corretto 17 -kuvia AArch64:ssä.docs.aws.amazon.com

Syyskuusta 2022 lähtien Corretto 17 oli saatavilla vain x86_64-yhteensopiville kuville, joten tiimimme, joka käytti Java17:ää kehittämiseen, loi Corretto 17:n AArch64:lle ja rekisteröi sen Amazon ECR:lle. Rakensin ja otin käyttöön Java 17 -projektia AWS CodeBuildilla käyttämällä luotua AArch64-yhteensopivaa Corretto 17:ää ajonaikana.

⚠️ Tässä kerron sinulle tuolloin menetelmän, mutta jos virallinen kuva on saatavilla, voit käyttää hallittua kuvaa AWS CodeBuild asetuksistaAmazon Linux 2 AArch64 -standardi: 3.0Ei ole ongelmaa, jos asetat Omien kuvien luomiseen ja mukautettujen kuvien asettamiseen liittyvät toimenpiteet, jotka selitetään [Lisäasetukset]-kohdan jälkeen, ovat tarpeettomia.

kokonaisvirtaus

Tiimimme käyttöönottokokoonpano näyttää tältä:

1. Valmisteluksi luo AArch64 Corretto 17 ja työnnä se Amazon ECR:ään (runtime).
2. AWS CodeBuild käyttää mukautettua kuvatoimintoa AArch64-kuvan rakentamiseen Java 17:stä käyttämällä vuonna ① luotua AArch64 Corretto 17:ää. Työnnä kuva Amazon ECR:ään (sovellus). Tallenna kuva definition.json Amazon S3:een.
3. Kun definition.json on tallennettu Amazon S3:een, AWS CodePipeline suorittaa ja ottaa käyttöön Amazon ECR:stä (sovelluksesta) aiemmin siirretyn kuvan Amazon ECS -säilöön.

Tässä keskitymme kohtiin ① ja ②, joita on muokattava, kun rakennetaan Corretto 17 for AArch64, ja kuvailemme sisältöä sellaisena kuin se oli tuolloin.

1. Luo AArch64-kuva

Tämä on valmistautumista ①. AWS virallinenaws/aws-codebuild-docker-imagesKuinaws/codebuild/amazonlinux2-aarch64-standard:2.0luoda kuva

aws/aws-codebuild-docker-imagesKloonaa arkisto ja rakenna se docker buildx build -komennolla luodaksesi AArch64-kuvan x86_64-tietokoneellesi.

## kloonaa arkisto$ git klooni git@github.com:aws/aws-codebuild-docker-images.git## Rakenna$ docker buildx build--alustalinux/arm64 al2/aarch64/standard/2.0 -tcodebuild-runtime:al2-aarch64-standard-2.0 --ladata

⚠️Se riippuu PC:n teknisistä tiedoista, mutta tiimillämme kesti noin 16 tuntia kuvan valmistumiseen ja noin 20 Gt vapaata tilaa tarvittiin järjestelmän ja Dockerin käyttämällä levyllä.

Työnnä seuraavaksi luotu kuva ECR:ään. En mene yksityiskohtiin, mutta***********Kutsutaan AWS-tilin tunnuscodebuild-runtimeLuo Amazon ECR -arkisto ja työnnä rakennettu kuva.

## Amazon ECR -kirjautuminen$ aws ecr get-login-salasana--alueap-koillis-1 | Docker-kirjautuminen--käyttäjänimiAWS--salasana-stdin************.dkr.ecr.ap-northeast-1.amazonaws.com## merkintä$ Docker -tunniste codebuild-runtime:al2-aarch64-standard-2.0 \>************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:al2-aarch64-standard-2.0## työntää$ docker push ************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:al2-aarch64-standard-2.0

2. Tee Corretto 17 yhteensopivaksi ja luo kuva uudelleen

Vuonna 1. luotu kuva sisältää vain Corretto 11:een asti. Siksi haluan tässä laittaa Corretto 17:n kohdassa 1. luotuun kuvaan ja luoda kuvan uudelleen.

Luo ensin Dockerfile ja runtimes.yml mihin tahansa hakemistoon. Tällä kertaajne/telakkaSen on kuvattu luodun hakemiston alle.

FROM************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:al2-aarch64-standard-2.0ENVJAVA_17_HOME="/usr/lib/jvm/java-17-amazon-corretto.aarch64"\ JDK_17_HOME="/usr/lib/jvm/java-17-amazon-corretto.aarch64"\ JRE_17_HOME="/usr/lib/jvm/java-17-amazon-corretto.aarch64"JUOSTAaseta -x \# Asenna Amazon Corretto 17# Huomautus: Käytämme päivitysvaihtoehtoja varmistaaksemme, että JDK11:llä on korkeampi prioriteetti kaikille työkaluille&& vie GNUPGHOME="$(mktemp -d)"\ && curl -fL -o corretto.key https://yum.corretto.aws/corretto.key \ && gpg --batch --import corretto.key \ && gpg --batch --export --panssari '6DC3636DAE534049C8B94623AB12254423A122544 > corretto.key \ && rpm --import corretto.key \ && rm -r"$GNUPGHOME"corretto.key \ && curl -fL -o /etc/yum.repos.d/corretto.repo https://yum.corretto.aws/corretto.repo \ && grep -q '^gpgcheck=1' /etc/yum .repos.d/corretto.repo \ && yum update -y \ && yum install -y java-17-amazon-corretto-devel \ && (etsi /usr/lib/jvm/java-17-amazon-corretto.x86_64 - nimi src.zip -delete || true) \ && yum install -y fontconfig \ && yum puhdistaa kaikki \ && for tool_path kohteessa $JAVA_HOME/bin/*; do \ tool=`kantanimi $työkalun_polku`; \ update-alternatives --install /usr/bin/$tool $tool $tool_path 10000; \ update-alternatives --set $työkalu $työkalun_polku; \ tehtyKOPIOruntimes.yml /codebuild/image/config/runtimes.ymlSISÄÄNTULOPISTE["dockerd-entrypoint.sh"]

versio: 0.1suoritusajat: Android: versiot: 28: vaatii: java: ["corretto8"] komentoja: -kaiku"Asennetaan Android-versiota 28..." 29: vaatii: java: ["corretto8"] komentoja: -kaiku"Asennetaan Android-versiota 29..." java: versiot: korjaus17: komentoja: -kaiku"Asennetaan corretto(OpenJDK) versiota 17..." -vie JAVA_HOME="$JAVA_17_HOME"-vie JRE_HOME="$JRE_17_HOME"-vie JDK_HOME="$JDK_17_HOME"-|- for tool_path in"$JAVA_HOME"/bin/*; do tool=`basename"$työkalu_polku"`; jos[$työkalu !="java-rmi.cgi" ]; sitten rm -f /usr/bin/$tool /var/lib/alternatives/$tool \&&update-alternatives --install /usr/bin/$tool $tool $tool_path 20000; fi; tehtykorjaus11: komentoja: -kaiku"Asennetaan corretto(OpenJDK) versiota 11..." -vie JAVA_HOME="$JAVA_11_HOME"-vie JRE_HOME="$JRE_11_HOME"-vie JDK_HOME="$JDK_11_HOME"-|- for tool_path in"$JAVA_HOME"/bin/*; do tool=`basename"$työkalu_polku"`; jos[$työkalu !="java-rmi.cgi" ]; sitten rm -f /usr/bin/$tool /var/lib/alternatives/$tool \&&update-alternatives --install /usr/bin/$tool $tool $tool_path 20000; fi; tehtycorretto8: komentoja: -kaiku"Asennetaan corretto(OpenJDK) versiota 8..." -vie JAVA_HOME="$JAVA_8_HOME"-vie JRE_HOME="$JRE_8_HOME"-vie JDK_HOME="$JDK_8_HOME"-|- for tool_path in"$JAVA_8_HOME"/bin/*"$JRE_8_HOME"/bin/*; do tool=`basename"$työkalu_polku"`; jos[$työkalu !="java-rmi.cgi" ]; sitten rm -f /usr/bin/$tool /var/lib/alternatives/$tool \&&update-alternatives --install /usr/bin/$tool $tool $tool_path 20000; fi; tehtygolang: versiot: 1.12: komentoja: -kaiku"Asennetaan Go-versiota 1.12..." -goenv maailmanlaajuisesti $GOLANG_12_VERSION1.13: komentoja: -kaiku"Asennetaan Go-versiota 1.13..." -goenv maailmanlaajuisesti $GOLANG_13_VERSION1.14: komentoja: -kaiku"Asennetaan Go-versiota 1.14..." -goenv maailmanlaajuisesti $GOLANG_14_VERSIONpython: versiot: 3.9: komentoja: -kaiku"Asennetaan Python-versiota 3.9..." -pyenv globaali $PYTHON_39_VERSION3.8: komentoja: -kaiku"Asennetaan Python-versiota 3.8..." -pyenv globaali $PYTHON_38_VERSION3.7: komentoja: -kaiku"Asennetaan Python-versiota 3.7..." -pyenv globaali $PYTHON_37_VERSIONphp: versiot: 7.4: komentoja: -kaiku"Asennetaan PHP-versiota 7.4..." -phpenv globaali $PHP_74_VERSION7.3: komentoja: -kaiku"Asennetaan PHP-versiota 7.3..." -phpenv globaali $PHP_73_VERSIONrubiini: versiot: 2.6: komentoja: -kaiku"Asennetaan Ruby-versiota 2.6..." -rbenv globaali $RUBY_26_VERSION2.7: komentoja: -kaiku"Asennetaan Ruby-versiota 2.7..." -rbenv globaali $RUBY_27_VERSIONnodejs: versiot: 10: komentoja: -kaiku"Asennetaan Node.js-versiota 10..." -n $NODE_10_VERSION12: komentoja: -kaiku"Asennetaan Node.js-versiota 12..." -n $NODE_12_VERSIONsatamatyöläinen: versiot: 18: komentoja: -kaiku"Käytetään Docker 19:ää" 19: komentoja: -kaiku"Käytetään Docker 19:ää" dotnet: versiot: 3.1: komentoja: -kaiku"Asennetaan .NET-versiota 3.1..."

Lisäksi yllä olevat kaksi tiedostoa ovathttps://github.com/aws/aws-codebuild-docker-imagesSe luotiin viitaten lähteeseen , ja lisenssi onhttps://github.com/aws/aws-codebuild-docker-images/blob/master/LICENSE.txtseuraa. Olemme vahvistaneet toiminnan tässä ympäristössä, mutta ymmärrä, että se ei takaa toimintaa.

Rakenna kuva uudelleen.

$ docker buildx build--alustalinux/arm64 jne/docker-tcodebuild-runtime:aarch64--ladata

Paina Amazon ECR:ää ja olet valmis.

## Amazon ECR -kirjautuminen$ aws ecr get-login-salasana--alueap-koillis-1 | Docker-kirjautuminen--käyttäjänimiAWS--salasana-stdin************.dkr.ecr.ap-northeast-1.amazonaws.com## merkintä$ docker tag codebuild-runtime:aarch64 ************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64## työntää$ docker push ************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64

Corretto 17 for AArch64 (homebrew) on nyt saatavilla Amazon ECR:ltä.

3. Muuta AWS CodeBuild -asetuksia

Muuta AWS CodeBuildin ympäristöasetusta kohdan ② asetukseksi. Valitse Mukautettu kuva ja käytä vaiheessa 2 luotua kuvaa.

Kun käytät hallintakonsolia, aseta seuraavat asetukset.

Jos sitä hallinnoidaan terraformilla,aws_codebuild_project/ympäristöön.kuvavuonna 2 luotuun kuvaan.tyyppi"ARM_CONTAINER" ja terraformi ovat voimassa.

resurssi "aws_codebuild_project" "aarch64_build" {・・・ympäristöön { laske_tyyppi="BUILD_GENERAL1_SMALL" kuva="************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64" tyyppi="ARM_CONTAINER" }・・・}

registry.terraform.io

Jos käytät Corretto 17:ää ensimmäistä kertaa AWS CodeBuildin kanssa, vaihda myös AWS CodeBuildin käyttämä buildspec.yml muotoon Corretto 17.

・・・vaiheet: Asentaa: runtime-versiot: java:corretto17・・・

Muut asetukset jätetään pois, koska ne eivät vaadi erityistä käsittelyä.

Jälleen, virallisella AArch64-yhteensopivalla Corretto 17:llä sinun ei tarvitse rekisteröityä Amazon ECR:ään tai käyttää mukautettuja kuvia. Voit käyttää sitä asettamalla virallisen kuvan hallinnoidusta kuvasta.

Yllä oleva on [advanced]:n sisältö. Tämän osion sisältö on jo vanhaa, mutta siitä voi olla hyötyä tulevaisuudessa, kun olet pulassa, koska Corretto 21 -kuvia AArch64:lle ei ole saatavilla.

[Sovellus] Luo moniarkkitehtuuriinen kuva AWS CodeBuildilla (erärakennus)

Seuraavaksi hakemus.

Saattaa olla esimerkiksi konttikuva, kuten sivuvaunu, jota käytetään yleisesti monissa järjestelmissä, ja voi olla tapauksia, joissa pääsovelluksen lisäksi myös sivuvaunukuvan on tuettava AArch64:ää.

Sivuvaunukonttikuva on yleinen osa, joten jotkut tiimit haluavat käyttää x86_64:ää, kun taas toiset haluavat käyttää AArch64:ää.

Älykäs ratkaisu on moniarkkitehtuuriset kuvat.

Moniarkkitehtuuriinen kuva ja miten se tehdään

Jos määrität [single Docker image: tag], joka on usean arkkitehtuurin kuva, se on kätevä kuva, joka määrittää käytettävän ympäristön (OS / CPU arkkitehtuuri) ja käyttää automaattisesti optimaalista kuvaa.

Useita arkkitehtuurikuvia on helppo luoda. Jos sinulla on kahden tyyppisiä kuvia, x86_64 ja AArch64, määritä vain kaksi kuvatyyppiä luetteloa luodessasi ja olet valmis. Jos haluat käyttää sitä myös Amazon ECR:stä, työnnä x86_64-kuva, AArch64-kuva ja manifesti Amazon ECR:ään.

👇 Tältä se näyttää, kun teet sen käsin. Se on aika helppoa!

## aloita aarch64- ja x86_64-kuvilla$ docker images REPOSITORY TAG KUVATUNNUS LUOTI KOKO************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage aarch64 bf2578f2e9837viikkoja sitten8.4GB************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage x86_64 74df2af5cae27viikkoja sitten8.4 GIGATAVUA## luo luettelo$ docker -luettelo luo ************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:latest\>************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:aarch64\>************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:x86_64## työnnä Amazon ECR:lle$ docker push ************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:aarch64$ docker push ************.dkr .ecr.ap-northeast-1.amazonaws.com/dockerImage:x86_64$ Dockerin manifest push ************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:latest

Käyttäjäpuoli ei ole tietoinen moniarkkitehtuurisen kuvan merkityksestä,************.dkr.ecr.ap-northeast-1.amazonaws.com/dockerImage:latestPelkästään käyttämällä , se tunnistaa ja käyttää automaattisesti x86_64-kuvaa x86_64-ympäristössä ja AArch64-kuvaa AArch64-ympäristössä.

kokonaisvirtaus

Siirrytään nyt moniarkkitehtuurisen kuvan luomiseen. Rakenna x86_64- ja AArch64-kuvia rinnakkain käyttämällä AWS CodeBuildia (erärakennus) ja siirrä Amazon ECR:ään. Kun molemmat ovat valmiit, usean arkkitehtuurin kuvaa voidaan käyttää Amazon ECR:stä luomalla manifesti ja työntämällä manifesti Amazon ECR:ään.

Yllä olevassa kaaviossa x86_64 build ja AArch64 build ovatbuildspec-image.ymlJoten ilmeinen luominen ja ilmeinen työntö ovatbuildspec-manifest.ymlJa erärakenne, joka kokoaa kaiken yhteenbuildspec-batch.ymltoteuttaa.

Lisäksi AWS DevOps -blogi esitteli myös, kuinka kolme AWS CodeBuildia määritetään yksitellen käyttämällä AWS CodePipelinea moniarkkitehtuurisen kuvan luomiseen, joten esitän vain linkin toisena esimerkkinä.

aws.amazon.com

1. Luo buildspec-image.yml

1. on vain esimerkki. Se kuvataan olettaen, että vain telakointiaseman rakentaminen ja työntäminen toimii.

REPO_NAMETällaiset muuttujat asetetaan vaiheessa 3 luodussa buildspec-batch.yml:ssä.

versio: 0.2vaiheet: Asentaa: komentoja: -echo Käynnistetään Docker-daemonia...-/usr/local/bin/dockerd-entrypoint.shpre_build: komentoja: -ECR_REPO_NAME=$(aws ecr kuvaile-arkistot -- arkiston nimet $REPO_NAME -- tulosteksti -- kysely"repository[0].repositoryUri")-IMAGE_SIDECAR_WITH_TAG=$ECR_REPO_NAME:$DEPLOY_IMAGE_TAG_SIDECAR$DEPLOY_IMAGE_TAG_POSTFIXrakentaa: komentoja: # luo Docker-kuva -telakkarakennus -t $IMAGE_SIDECAR_WITH_TAG jne/telakka/sivuvaunu/post_build: komentoja: # Kirjaudu Amazon ECR:ään -aws ecr get-login-password --region ap-northeast-1 | Docker-kirjautuminen --käyttäjänimi AWS --salasana-stdin $ECR_REPO_NAME# push Docker-kuva kuvatunnisteella käyttöönottoa varten -Docker push $IMAGE_SIDECAR_WITH_TAG

Kuten myöhemmin kohdassa 3. selitetään, koska ajonaikainen kuva on asetettu erikseen x86_64:lle ja AArch64:lle, AArch64-kuvaa rakennettaessa myösdocker buildx buildilman käskyätelakkarakennelmakomento on hyvä.

2. Luodaan buildspec-manifest.yml

Tässä kuvataan Docker-luettelon luomiskomennon suorittaminen ja Amazon ECR:ään työntäminen.

Kuten kohdassa 1., aseta muuttujat kohdassa 3 luotuun buildspec-batch.yml-tiedostoon.

versio: 0.2vaiheet: Asentaa: komentoja: -echo Käynnistetään Docker-daemonia...-/usr/local/bin/dockerd-entrypoint.shpre_build: komentoja: -ECR_REPO_NAME=$(aws ecr kuvaile-arkistot -- arkiston nimet $REPO_NAME -- tulosteksti -- kysely"repository[0].repositoryUri")-IMAGE_SIDECAR=$ECR_REPO_NAME:$DEPLOY_IMAGE_TAG_SIDECARpost_build: komentoja: # Kirjaudu Amazon ECR:ään -aws ecr get-login-password --region ap-northeast-1 | Docker-kirjautuminen --käyttäjänimi AWS --salasana-stdin $ECR_REPO_NAME# hanki Docker-kuva -postfixille tiedostossa $DEPLOY_IMAGE_TAG_POSTFIXES; docker pull $IMAGE_SIDECAR$postfix; tehty# luo luettelo useille arkkitehtuureille -postfixille tiedostossa $DEPLOY_IMAGE_TAG_POSTFIXES; do echo $postfix; tehty | sed"s,^,$IMAGE_SIDECAR,"| xargs Dockerin luettelo luo $IMAGE_SIDECAR# push manifest -Docker-luettelon push $IMAGE_SIDECAR

Sisältö on selostettu kommenteissa, joten selitys jätetään pois.

3. Luodaan buildspec-batch.yml

Erämuodostuksen asetukset on kuvattu tässä.

tunniste:x86_64Sitten x86_64:lle,aarch64on asetettu toimimaan AArch64-kuvassa. tunniste:multiarch_manifestvoidaan suorittaa joko x86_64- tai AArch64-kuvassa, mutta alla olevassa esimerkissä käytetään AArch64-kuvaa.

riippua:Määritä tunniste käyttämälläx86_64jaaarch64on asetettu suorittamaan buildspec-manifest.yml jälkeen

versio: 0.2env: muuttujia: REPO_NAME: "sivuvaunu" DEPLOY_IMAGE_TAG_SIDECAR: "julkaisu-1.0.0" DEPLOY_IMAGE_TAG_POSTFIXES: ".x86_64 .aarch64" BUILD_IMAGE_X86_64: "aws/codebuild/amazonlinux2-x86_64-standard:3.0" BUILD_IMAGE_AARCH64: "aws/codebuild/amazonlinux2-aarch64-standard:2.0"erä: rakentaa-kaavio: -tunniste:x86_64rakennusspec:buildspec/buildspec-image.ymlenv: kuva:$BUILD_IMAGE_X86_64tyyppi:LINUX_CONTAINERmuuttujia: DEPLOY_IMAGE_TAG_POSTFIX: ".x86_64" etuoikeutettu tila: totta -tunniste:aarch64rakennusspec:buildspec/buildspec-image.ymlenv: kuva:$BUILD_IMAGE_AARCH64tyyppi:ARM_CONTAINERmuuttujia: DEPLOY_IMAGE_TAG_POSTFIX: ".aarch64" etuoikeutettu tila: totta -tunniste:multiarch_manifestrakennusspec:buildspec/buildspec-manifest.ymlenv: kuva: "aws/codebuild/amazonlinux2-aarch64-standard:2.0" tyyppi:ARM_CONTAINERriippua: -x86_64-aarch64

4. AWS CodeBuildin määrittäminen

Lopuksi AWS CodeBuildin asetukset.

Määritä AArch64:n virallinen kuva ympäristölle.

Määritä buildspecille kohdassa 3 luotu buildspec-batch.yml.

Tarkista eräasetukset.

Jos sitä hallinnoidaan terraformilla,aws_codebuild_projectresurssillebuild_batch_configLisää asetuksesi.

resurssi "aws_codebuild_project" "sivuvaunu_rakennus" {・・・build_batch_config { timeout_in_mins=60 palvelurooli= aws_iam_role.codebuild_for_build_image_sidecar.arnrajoituksia { compute_types_allowed=[] max_builds_allowed=100 }}・・・}

registry.terraform.io

Eräkokonaisuuksissa sinun on myös lisättävä käyttöoikeudet IAM-käytäntöön, joka suorittaa AWS CodeBuildin.docs.aws.amazon.com

Kun muokkaat hallintakonsolista, kolme IAM:n käytäntöä (StopBuild,StartBuild,RetryBuild) asetukset.

{"lausunto":[・・・{"Toiminta":["codebuild:StopBuild", "codebuild: StartBuild", "codebuild:RetryBuild"], "Vaikutus":"Sallia", "Resurssi":"*", "Sid": ""}, ・・・], "Versio":"17.10.2012"}

Jos sitä hallinnoidaan terraformilla,aws_iam_policy_document, lisää samat asetukset kuin yllä oleva JSON ja terraform.

tiedot "aws_iam_policy_document" "codebuild_for_build_image_sidecar" {・・・lausunto { vaikutus="Sallia" Toiminnot=[ "codebuild:StartBuild","codebuild:StopBuild","codebuild:RetryBuild",] resursseja=["*"]}・・・}

Kiitos paljon! Nyt voit luoda usean arkkitehtuurin kuvia AWS CodeBuildilla (erärakennus)!

[Liite] Rakenna Java 17 -moniarkkitehtuurikuva

Eh, "Haluan rakentaa moniarkkitehtuurisen kuvan Java 17:llä"! ? ``Se on kuin kitaran huipentuma━━━━ (ﾟ∀ﾟ)━━━━!!

Se on melkein sama kuin [Applied], mutta se on mahdollista lisäämällä noin 3 korjausta.

1. Tee Corretto 17:stä codebuild-runtimessa monikaarikuva
2. Muokkaa buildspec-image.yml
3. AWS CodeBuild -ympäristön asetukset

1. Tee Corretto 17:stä codebuild-runtimessa monikaariinen kuva

Voit myös käyttää [Advanced] 2:n luomaa AArch64 Corretto 17 -kuvaa. Corretto 17 tukee ja luoda kuvan uudelleen, mutta tällä kertaa luomme Corretto 17 moniarkkitehtuurisen kuvan käyttämällä virallista kuvaa.

## AArch64-kuvanrakennus$ docker buildx build--alustalinux/arm64 al2/aarch64/standard/3.0 -tcodebuild-runtime:aarch64--ladata## x86_64-kuvanrakennus$ docker build al2/x86_64/standard/4.0 -tcodebuild-runtime:x86_64--ladata

Kun olet valmis, luo luettelotiedosto ja työnnä se AWS ECR:ään.

## merkintä$ docker -tunniste codebuild-runtime:aarch64\>************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64$ Docker-tunniste codebuild-runtime:x86_64\>************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:x86_64## luo luettelo$ docker -luettelo luo ************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:latest\>************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64\>************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:x86_64## Amazon ECR -kirjautuminen$ aws ecr get-login-salasana--alueap-koillis-1 | Docker-kirjautuminen--käyttäjänimiAWS--salasana-stdin************.dkr.ecr.ap-northeast-1.amazonaws.com## työnnä Amazon ECR:lle$ docker push ************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:aarch64$ docker push ************ .dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:x86_64$ Docker manifest push ************.dkr.ecr.ap-northeast-1.amazonaws.com /codebuild-runtime:latest

2. Muokkaa buildspec-image.yml

[Sovellus]-sovelluksessa on luotu kolmenlaisia ​​buildspec-●●.yml-tiedostoja, mutta yhden tyyppinen korjaus vaaditaan.

buildspec-image.yml ei luonut jar-tiedostoa, mutta koska Java-versio on tällä kertaa mukana,Asentaavaiheessaruntime-versiotVastaanottajakorjaus17/,rakentaaVaiheessa lisäsin 2 komentoa jar-tiedoston luomiseen ja cp.

versio: 0.2vaiheet: Asentaa: runtime-versiot: java:korjaus17komentoja: -echo Käynnistetään Docker-daemonia...-/usr/local/bin/dockerd-entrypoint.shpre_build: komentoja: -ECR_REPO_NAME=$(aws ecr kuvaile-arkistot -- arkiston nimet $REPO_NAME -- tulosteksti -- kysely"repository[0].repositoryUri")-IMAGE_SIDECAR_WITH_TAG=$ECR_REPO_NAME:$DEPLOY_IMAGE_TAG_SIDECAR$DEPLOY_IMAGE_TAG_POSTFIXrakentaa: komentoja: # luo jar-tiedosto & cp -./gradlew --no-daemon puhdas rakennus-cp build/libs/sidecar.jar etc/docker/sidecar/# luo Docker-kuva -telakkarakennus -t $IMAGE_SIDECAR_WITH_TAG jne/telakka/sivuvaunu/post_build: komentoja: # Kirjaudu Amazon ECR:ään -aws ecr get-login-password --region ap-northeast-1 | Docker-kirjautuminen --käyttäjänimi AWS --salasana-stdin $ECR_REPO_NAME# push Docker-kuva kuvatunnisteella käyttöönottoa varten -Docker push $IMAGE_SIDECAR_WITH_TAG

3. AWS CodeBuild -ympäristön asetukset

Käytin virallista kuvaa buildspec-batch.yml:ssä, mutta koska minun täytyy tällä kertaa rakentaa Corretto 17:llä, vaihdoin ympäristökuvan monikaarikuvaksi. Ohita buildspec-batch.yml:n muuttujat AWS CodeBuild -ympäristömuuttujillasi.

Kirjoita uudelleen hallintakonsolista AWS CodeBuildin "Edit Environment" -kohdasta.

Aseta mukautetussa kuvassa vaiheessa 1 luotu monikaarikuva.

Kaksi buildspec-batch.yml:ssä käytettyä ympäristömuuttujaa sisältävät myös vaiheessa 1 luodun usean arkkitehtuurin kuvan (************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:latest).

Terraformin hallintaan,aws_codebuild_project/ympäristöönKirjoita uudelleen sisältö

resurssi "aws_codebuild_project" "sivuvaunu_rakennus" {・・・ympäristöön { laske_tyyppi="BUILD_GENERAL1_SMALL" kuva="************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:latest" tyyppi="LINUX_CONTAINER"・・・ympäristömuuttuja { nimi="BUILD_IMAGE_X86_64" arvo="************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:latest" } ympäristömuuttuja { nimi="BUILD_IMAGE_AARCH64" arvo="************.dkr.ecr.ap-northeast-1.amazonaws.com/codebuild-runtime:latest" } }・・・}

Lämmin kiitos kovasta työstäsi! Nyt voit rakentaa usean arkkitehtuurin kuvia Java17-projektissa yhdellä AWS CodeBuildilla (erärakennus)!

lopuksi

Tämä artikkeli on julkaistu sellaisenaan. Ollakseni rehellinen sisäisestä tilanteesta, puolivälissä kirjoittamista Corretto 17 for AArch64 tuli saataville AWS:n virkailijalta, ja sen sisältöä tarkistettiin kiireessä. On kulunut jonkin aikaa siitä, kun AWS:n virkamies ilmoitti, että AWS Fargate on yhteensopiva Graviton2:n kanssa, ja mielestäni se oli sääntöjä rikkova TechBlog, joka sisälsi vanhentunutta sisältöä julkaisun alusta lähtien, joten mielestäni joitain osia oli vaikea lukea. Arvostaisin sitä, jos antaisit minulle anteeksi.

No, se kirjoittaja ei sano mitään, mutta se on liian pitkä ja en tajunnut lukea sitä ry...(´∀｀;)

Esittelin tuolloin myös, kuinka sen kanssa tulee toimia, mutta toivon, että jokainen loppuun lukenut löytää jotain uutta. Kiitos, että luit pitkän postauksen, ja kiitos paljon🙇

Jos sinulla on palautetta, jätä kommentti, kun lisäät Hatenan kirjanmerkkeihin tai jaat sen Twitterissä. ! w

BIGLOBE ottaa aktiivisesti mukaan uusia teknologioita kehittämiseensä. Jos luet artikkelin ja ajattelet "Haluan työskennellä kanssasi" tai "Voin tehdä paremmin", tule satunnaiseen haastatteluun!hrmos.co