Hva er CI/CD? Kontinuerlig integrasjon og kontinuerlig levering

Hva er kontinuerlig integrasjon (CI)?

Kontinuerlig integrasjon er en programvareutviklingsmetode der teammedlemmer integrerer arbeidet sitt minst én gang om dagen. Hver integrasjon verifiseres av en automatisert konstruksjon som oppdager feil. Konseptet ble introdusert for over to tiår siden for å unngå «integrasjonshelvete», som skjer når integrasjon utsettes til slutten av et prosjekt.

Etter en kode-commit bygges og testes programvaren umiddelbart. I et stort prosjekt med mange utviklere skjer commits mange ganger om dagen. Med hver commit bygges og testes koden. Hvis testen består, kontrolleres byggingen for distribusjon. Hvis distribusjonen lykkes, sendes koden til produksjon. Denne commit-, bygge-, test- og distribusjonssyklusen er kontinuerlig, noe som gir praksisen navnet sitt.

Hva er kontinuerlig levering (CD)?

Kontinuerlig Levering er en programvareutviklingsmetode der et team utvikler programvare i korte sykluser og sørger for at den kan lanseres pålitelig når som helst. Målet er å bygge, teste og lansere programvare med god hastighet og frekvens, noe som reduserer kostnader, tid og risiko ved å levere endringer gjennom hyppige produksjonsoppdateringer.

Forskjellen mellom CI og CD

Kontinuerlig integrasjon er en tilnærming for å teste hver endring i kodebasen automatisk, mens kontinuerlig levering er en tilnærming for å få endringer som nye funksjoner, konfigurasjon og feilrettinger inn i produksjon på en trygg og rask måte.

Utvikling uten CI vs. utvikling med CI

Forskjellen mellom kompilering og kontinuerlig integrasjon

Mens kompilering bare konverterer kode til maskinspråk, utfører CI flere bredere aktiviteter:

• DB-integrasjon: Holder databasen og koden synkronisert og automatiserer opprettelsen av databasen og testdataene.
• Code undersøkelse: Sikrer en sunn kodebase, identifiserer problemer tidlig og anvender beste praksis.
• Automatisert distribusjon: Lar deg frigi produktet når som helst og holder det i en kontinuerlig demobar tilstand.
• Dokumentgenerering: Holder dokumentasjonen oppdatert og produserer byggerapporter og målinger.
• Samling: Konverterer kode på høyt nivå til maskinspråk og sørger for at den kompileres på alle målplattformer.

Ideelt sett kjøres byggingen fra kommandolinjen i stedet for å være avhengig av en IDE, skjer kontinuerlig på en dedikert CI-server (ikke en cron-jobb), utløses ved hver innsjekking og gir umiddelbar tilbakemelding uten utvikleranstrengelse.

Hva trenger du for å gjennomføre CI-prosessen?

• Versjonskontrollsystem (VCS): En pålitelig metode for å sentralisere og bevare endringer som gjøres i prosjektet ditt over tid.
• Virtuell maskin: En ekstra server eller minst én virtuell maskin å bygge systemet ditt.
• Løsninger for vertsbaserte CI-verktøy: For å unngå å administrere servere, vedlikeholder hostede løsninger hele prosessen og tilbyr enklere skalerbarhet.
• Verktøy: Hvis du velger en selvhostet variant, installer et CI-verktøy som f.eks. Jenkins, TeamCity, Bamboo, eller GitLab.

Hvordan fungerer kontinuerlig integrasjon?

Et gammelt eksempel er Nokia, som en gang brukte en prosedyre kalt «nightly build». Etter flere commits fra mange utviklere i løpet av dagen, ble programvaren bygget hver natt. Fordi den bare ble bygget én gang om dagen, var det smertefullt å isolere, identifisere og fikse feil i en stor kodebase.

Later Teamet tok i bruk kontinuerlig integrasjon. Programvaren ble bygget og testet så snart en utvikler la koden i verk, slik at enhver feil ble oppdaget umiddelbart og den ansvarlige utvikleren kunne fikse feilen raskt.

Egenskaper til CI

• Lar deg vedlikeholde ett enkelt kildelager.
• Lar deg teste en klon av produksjonsmiljøet, holdt nær produksjonsmiljøet.
• Gir konstant tilgjengelighet av en gjeldende versjon.
• Gjør hele bygge-, test- og distribusjonsprosessen synlig for alle interessenter.

Hvorfor bruke CI?

• Hjelper deg med å bygge programvare av bedre kvalitet og utføre repeterbar testing.
• Skalerer leveranseutbyttet til ingeniørteam og lar utviklere jobbe med funksjoner parallelt.
• Øker synlighet og kommunikasjon på tvers av teamet.
• Gir umiddelbar tilbakemelding når et problem oppstår og reduserer risikoen ved å gjøre utrullingen raskere og mer forutsigbar.
• Unngår forvirring i siste liten ved utgivelsestidspunktet.

Beste praksis for bruk av CI-systemer

• Utfør tidlig og ofte, og aldri utfør ødelagt kode.
• Rett opp byggefeil umiddelbart og handle basert på målinger.
• Bygg i alle målmiljøer og lag artefakter fra hver byggprosess.
• Automatiser byggingen slik at den ikke er avhengig av et IDE.
• Bygg og test alt når det endres, inkludert databaseskjemaet.
• Hold byggingen rask og bruk automatisert distribusjon.

Ulemper med CI

• Det kreves tid for innledende oppsett og opplæring for å bli vant til en CI-server.
• Egnede testprosedyrer må utvikles, og en godt bygget testsuite krever betydelige ressurser.
• Kjente prosesser må konverteres, og det kreves flere servere og miljøer.
• Ventetider kan oppstå når flere utviklere ønsker å integrere koden sin samtidig.

Verktøy for CI-prosessen

Jenkins

Jenkins er et åpen kildekode-verktøy for kontinuerlig integrasjon skrevet i JavaDet forenkler sanntidstesting og rapportering av isolerte endringer i en større kodebase, og hjelper utviklere med å finne og løse feil raskt samtidig som det automatiserer byggetesting.

Bamboo

Bamboo er en kontinuerlig integrasjonsbyggeserver som utfører automatisert bygging, testing og utgivelse på ett sted. Den fungerer sømløst med Jira og Bitbucket og støtter mange teknologier som Docker, Git, SVN, Mercurial og AWS.

TeamCity

TeamCity er en kontinuerlig integrasjonsserver med mange kraftige funksjoner. Den holder CI-serveren sunn og stabil selv når ingen bygg kjører, og gir bedre kodekvalitet for ethvert prosjekt.

Spørsmål og svar