CodeCommit och CodeBuild

Välkommen till den första lektionen i vår kurs om CI/CD för serverlösa applikationer! Kontinuerlig integration och kontinuerlig leverans (CI/CD) är avgörande för modern programvaruutveckling.

I den här lektionen går vi igenom två grundläggande AWS-tjänster: AWS CodeCommit för källkodshantering och AWS CodeBuild för kompilering och paketering av din serverlösa kod.

AWS CodeCommit är en fullständigt hanterad tjänst för källkodshantering som tillhandahåller säkra Git-baserade arkiv. Se det som AWS motsvarighet till GitHub eller GitLab, men med tät integration med andra AWS-tjänster.

• Det är privat: Din kod stannar inom AWS.
• Det är skalbart: Det hanterar projekt av alla storlekar.
• Det är kompatibelt med Git: Använd dina befintliga Git-verktyg och arbetsflöden.

Det fungerar som den centrala platsen för applikationens källkod.

För att börja använda CodeCommit behöver du först skapa ett arkiv. Det kan du göra via AWS Management Console, AWS CLI eller SDK:er.

När arkivet har skapats konfigurerar du din lokala Git-klient så att den ansluter till det. Detta innebär ofta att du konfigurerar IAM-autentiseringsuppgifter (HTTPS Git-uppgifter) eller SSH-nycklar för autentisering.

När du har konfigurerat dina autentiseringsuppgifter kan du klona ditt CodeCommit-arkiv till din lokala dator och skicka ändringar, precis som med vilket annat Git-arkiv som helst.

Här är en grundläggande sekvens med kommandon som du kan använda:

AWS CodeBuild är en fullständigt hanterad tjänst för kontinuerlig integration som kompilerar din källkod, kör tester och skapar distribuerbara programpaket. Den eliminerar behovet av att tillhandahålla, hantera och skala dina egna byggservrar.

• Inga servrar att hantera: AWS hanterar infrastrukturen.
• Skalar automatiskt: Byggen körs parallellt och skalas efter behov.
• Betala efter användning: Du betalar bara för den beräkningstid du använder.

Kärnan i ett CodeBuild-projekt är filen buildspec.yml. Den här YAML-filen definierar de kommandon och åtgärder som CodeBuild utför under ett bygge.

Den anger byggkommandon, definitioner av artefakter (utdata) och instruktioner för cachelagring. Den placeras i roten av källkodens arkiv.

En buildspec.yml är organiserad i faser:

• install: Installera beroenden.
• pre_build: Kommandon före bygget (t.ex. inloggning i Docker).
• build: De faktiska byggkommandona (t.ex. kompilera kod och köra tester).
• post_build: Kommandon efter bygget (t.ex. paketera artefakter).

Här är ett enkelt exempel för en Python-baserad Lambda-funktion:

För att använda CodeBuild skapar du ett byggprojekt. Det innebär att:

• Källa: Ange ditt källkodsarkiv (t.ex. CodeCommit).
• Miljö: Välj operativsystem, runtime och beräkningstyp.
• Buildspec: Ange filen buildspec.yml.
• Artefakter: Definiera var byggutdata ska lagras (t.ex. en S3-bucket).

Du tilldelar också en IAM-roll till CodeBuild och ger den behörighet att komma åt din källkod, S3 och andra nödvändiga AWS-tjänster.

Det typiska arbetsflödet för kontinuerlig integration med dessa tjänster är:

1. Utvecklaren skickar kodändringar till ett AWS CodeCommit-arkiv.
2. CodeCommit kan automatiskt utlösa ett AWS CodeBuild-projekt (ofta via CodePipeline, som vi går igenom härnäst).
3. CodeBuild hämtar den senaste koden och kör kommandona i buildspec.yml.
4. CodeBuild skapar artefakter (till exempel en zippad Lambda-funktion) och lagrar dem i en S3-bucket, redo för distribution.

Bra jobbat! I den här lektionen har du lärt dig om:

• AWS CodeCommit: En hanterad Git-arkivtjänst för säker källkodshantering.
• AWS CodeBuild: En fullständigt hanterad tjänst för kontinuerlig integration som kompilerar och paketerar din kod.
• Vikten av filen buildspec.yml för att definiera byggstegen.

Dessa två tjänster utgör grunden i din serverlösa CI/CD-pipeline. Härnäst ska vi se hur AWS CodePipeline samordnar dessa tjänster för automatiserade distributioner!