WordPress CI/CD og DevOps

Et komplett oppsett starter på 50 000 kr som utviklingsprosjekt. Da får du koden i Git, styrt med Composer, og automatiske tester på hver endring. En enklere variant med versjonskontroll og automatisk publisering, men uten full testdekning, tar to til tre dager og prises etter dagrate. Dagratene våre starter på 12 000 kr. Når pipelinen er i drift, dekkes den av vedlikeholdsavtaler fra 2 500 kr/mnd. Om det lønner seg, avhenger av hva en time nedetid koster deg og hvor lenge nettsiden skal leve med egen kode.

CI/CD står for Continuous Integration og Continuous Deployment. Continuous Integration betyr at all kode sjekkes inn i Git og testes automatisk med en gang. Da oppdager du konflikter mellom to utvikleres arbeid før de når nettsiden. Continuous Deployment tar over derfra: Testet kode publiseres til testmiljøet og så til den publiserte nettsiden, uten FTP-opplasting og uten sjekklister som glemmes når det haster. For deg betyr det at du kan se hvem som gjorde hver endring og hvorfor, og at forrige versjon er tilbake på få minutter hvis noe går galt.

Ja. Plugins og temaer fra andre leverandører installeres med Composer og WordPress Packagist i stedet for fra adminpanelet, med versjonene låst i composer.json. En pluginoppdatering blir da en vanlig kodeendring som testes i testmiljøet før den går videre. På den publiserte nettsiden holder vi filredigering i adminpanelet avskrudd, så alle endringer må gå gjennom pipelinen. Det krever litt disiplin av alle. Til gjengjeld viser loggen nøyaktig hvilken kode som kjører på nettsiden, og når den sist ble endret.

Bedrock er en måte å organisere filene i et WordPress-prosjekt på, laget av Roots-miljøet. WordPress styres med Composer, innstillingene flyttes ut av koden, og bare en egen mappe er tilgjengelig fra nettet. Bedrock er ikke nødvendig, og CI/CD fungerer også med vanlig mappestruktur. På nye prosjekter velger vi likevel nesten alltid Bedrock-modellen. Den gjør det enklere å holde passord og nøkler ute av koden og å håndtere forskjellene mellom utviklerens maskin, testmiljøet og den publiserte nettsiden.

En enkel pipeline med Git og automatisk publisering tar to til tre dager. Hele pakken, med Composer-struktur og skikkelig testdekning, tar gjerne én til to uker på en eksisterende installasjon. Det avhenger av hvor mye gammel egenutviklet kode som må ryddes først. Nettsiden går som normalt underveis, og redaksjonen publiserer som før.

Ja. Det kan være halvferdige oppsett i GitHub Actions, eller pipelines ingen har rørt siden utvikleren som skrev konfigurasjonen sluttet. Vi starter med en teknisk gjennomgang for å se hva som virker og hvor risikoen ligger. Deretter dokumenterer og oppdaterer vi oppsettet og tar over den daglige driften. GitLab CI og Bitbucket Pipelines går like greit som GitHub Actions, siden prinsippene er de samme.