WordPress CI/CD og DevOps

Et komplett oppsett starter på 50 000 kr som utviklingsprosjekt. Da ligger koden i Git med Composer-struktur, og automatiske tester kjører på hver push. Enklere varianter med versjonskontroll og automatisk deploy, uten full testdekning, lander i nedre del av skalaen. Dagratene våre er 12 000–15 000 kr, og når pipelinen først kjører, dekkes driften av vedlikeholdsavtaler fra 2 500 kr/mnd. Beløpet ser stort ut helt til du holder det opp mot hva én mislykket fredagsdeploy koster en nettbutikk i tapt omsetning og opprydding. Da snur regnestykket fort. Vi ser ofte at den første feilen pipelinen fanger opp, dekker hele oppsettet i seg selv.

CI/CD er forkortelsen for Continuous Integration og Continuous Deployment. Continuous Integration betyr at all kode sjekkes inn i Git og testes av maskiner i samme sekund som den skrives, slik at to utvikleres arbeid smelter sammen uten konflikter ingen oppdager før i produksjon. Continuous Deployment overtar derfra: testet kode rulles kontrollert ut til staging og deretter produksjon, uten FTP-opplastinger og uten sjekklister som glemmes når det haster. For dere betyr det at hver endring er sporbar tilbake til hvem som gjorde den og hvorfor, og at forrige versjon er tilbake i løpet av minutter dersom noe ryker.

Ja, uten videre. Tredjepartsplugins og temaer installeres gjennom Composer og WordPress Packagist i stedet for dashbordet, med versjonene låst i composer.json. En pluginoppdatering blir dermed en helt vanlig kodeendring som testes i staging før den slipper videre. Filredigering fra dashbordet holder vi avskrudd i produksjon, så pipelinen er eneste vei inn. Det krever litt disiplin av alle. Til gjengjeld vet dere til enhver tid nøyaktig hvilken kode som kjører på nettsiden, og når den sist ble endret — svart på hvitt i loggen.

Bedrock er en prosjektstruktur for WordPress, utviklet av Roots-miljøet. Med Bedrock blir WordPress selv en Composer-avhengighet, konfigurasjonen flyttes ut i miljøvariabler, og en egen web-katalog tar rollen som document root. Strengt tatt er det ikke noe dere må ha — CI/CD fungerer helt fint på en standard mappestruktur også. På nye prosjekter griper vi likevel til Bedrock-modellen så å si hver gang, rett og slett fordi strukturen rydder unna friksjon vi ellers måtte ha skriptet oss rundt, særlig rundt hemmeligheter og miljøforskjeller mellom lokalt, staging og produksjon.

Regn med to til tre dager for en grunnpipeline med Git og automatisk deploy. Hele pakken, med Composer-struktur og skikkelig testdekning, tar gjerne én til to uker på en eksisterende installasjon, avhengig av hvor mye gammel egenutviklet kode som må ryddes først. Underveis går nettsiden som normalt. Redaksjonen publiserer som før. Besøkende merker ingenting.

Ja, det skjer stadig vekk. Halvferdige GitHub Actions-workflows. Pipelines ingen har turt å røre siden utvikleren som skrev YAML-filene sluttet. Vi begynner med en teknisk gjennomgang for å finne ut hva som faktisk virker og hvor risikoen sitter, før vi dokumenterer og moderniserer oppsettet og tar over den daglige driften. GitLab CI og Bitbucket Pipelines går like fint som GitHub Actions. Prinsippene under panseret er de samme.