CodeCommit og CodeBuild

Velkommen til den første leksjonen i kurset vårt om CI/CD for serverløse applikasjoner! Kontinuerlig integrasjon og kontinuerlig levering (CI/CD) er avgjørende for moderne programvareutvikling.

I denne leksjonen skal vi se nærmere på to grunnleggende AWS-tjenester: AWS CodeCommit for kildekontroll og AWS CodeBuild for kompilering og pakking av den serverløse koden Deres.

AWS CodeCommit er en fullstendig administrert kildekontrolltjeneste som drifter sikre Git-baserte kodearkiver. Tenk på den som AWS-versjonen av GitHub eller GitLab, men med tett integrasjon med andre AWS-tjenester.

• Den er privat: Koden Deres forblir i AWS.
• Den er skalerbar: Den håndterer prosjekter av alle størrelser.
• Den er Git-kompatibel: Bruk eksisterende Git-verktøy og arbeidsflyter.

Den fungerer som et sentralt knutepunkt for kildekoden til applikasjonen Deres.

For å begynne å bruke CodeCommit må De først opprette et repositorium. Dette kan De gjøre via AWS Management Console, AWS CLI eller SDK-er.

Når repositoriet er opprettet, konfigurerer De den lokale Git-klienten til å koble seg til det. Dette innebærer ofte å konfigurere IAM-legitimasjon (HTTPS Git-legitimasjon) eller SSH-nøkler for autentisering.

Når legitimasjonen er konfigurert, kan De klone CodeCommit-repositoriet til den lokale maskinen og pushe endringer, akkurat som med alle andre Git-repositorier.

Her er en grunnleggende sekvens med kommandoer De kan bruke:

AWS CodeBuild er en fullstendig administrert tjeneste for kontinuerlig integrasjon som kompilerer kildekoden Deres, kjører tester og produserer programvarepakker som kan distribueres. De trenger ikke lenger å klargjøre, administrere eller skalere egne byggservere.

• Ingen servere å administrere: AWS håndterer infrastrukturen.
• Skaleres automatisk: Bygg kjører parallelt og skaleres etter behov.
• Betal etter bruk: De betaler bare for databehandlingstiden som brukes.

Kjernen i et CodeBuild-prosjekt er filen buildspec.yml. Denne YAML-filen definerer kommandoene og handlingene CodeBuild utfører under et bygg.

Den angir byggkommandoer, definisjoner av artefakter (utdata) og instruksjoner for hurtigbufring. Den plasseres i roten av kildekoderepositoriet.

En buildspec.yml-fil er organisert i faser:

• install: Installer avhengigheter.
• pre_build: Kommandoer før byggingen (for eksempel pålogging i Docker).
• build: Selve byggkommandoene (for eksempel kompilering av kode og kjøring av tester).
• post_build: Kommandoer etter byggingen (for eksempel pakking av artefakter).

Her er et enkelt eksempel for en Python-Lambda-funksjon:

For å bruke CodeBuild oppretter De et byggprosjekt. Dette innebærer:

• Kilde: Angi kildekoderepositoriet (for eksempel CodeCommit).
• Miljø: Velg operativsystem, kjøretid og databehandlingstype.
• Buildspec: Angi filen buildspec.yml.
• Artefakter: Definer hvor byggutdataene skal lagres (for eksempel en S3-bøtte).

De tildeler også en IAM-rolle til CodeBuild, slik at tjenesten får tillatelse til å få tilgang til kilden, S3 og andre nødvendige AWS-tjenester.

Den typiske arbeidsflyten for kontinuerlig integrasjon med disse tjenestene er:

1. Utvikleren pusher kodeendringer til et AWS CodeCommit-repositorium.
2. CodeCommit kan automatisk utløse et AWS CodeBuild-prosjekt (ofte via CodePipeline, som vi skal se på senere).
3. CodeBuild henter den nyeste koden og utfører kommandoene i buildspec.yml.
4. CodeBuild produserer artefakter (for eksempel en pakket Lambda-funksjon) og lagrer dem i en S3-bøtte, klare for distribusjon.

Godt jobbet! I denne leksjonen har De lært om:

• AWS CodeCommit: En administrert Git-repositorietjeneste for sikker kildekontroll.
• AWS CodeBuild: En fullstendig administrert tjeneste for kontinuerlig integrasjon som kompilerer og pakker koden Deres.
• Betydningen av filen buildspec.yml for å definere byggtrinnene.

Disse to tjenestene utgjør grunnlaget for den serverløse CI/CD-pipelinen Deres. Deretter skal vi se hvordan AWS CodePipeline orkestrerer disse tjenestene for automatiserte distribusjoner!