Drift og vedlikehold av programvare

Utvikleren sluttet, byrået gikk videre eller det interne teamet ble mindre, og produktet må fortsatt virke i morgen. Vi overtar hele produktet: mobilappene, nettstedet eller webapplikasjonen, serverne og releaseprosessen. Ett team svarer for alt, med en teknisk leder som snakker med dere om prioriteringer.

Hvem dette passer for

De fleste produkter består av flere systemer som svikter sammen: en app, backenden, et nettsted, en server. Drift fungerer når ett team har oversikt over alle og myndighet til å handle.

Utvikleren eller byrået deres har sluttet, og ingen vet hvordan produktet bygges og rulles ut
App, backend og servere vedlikeholdes av ulike leverandører som skylder på hverandre
Dere trenger en teknisk eier av produktet, ikke enda en person som venter på oppgaver i et saksverktøy
Dere har ingen egne utviklere og trenger noen som tar ansvar for den tekniske siden
Oppdateringer utsettes stadig, og produktet henger etter
Kundene merker problemer før teamet deres gjør det

Velg driften dere trenger

Vedlikehold av mobilapper

Ett team for et mobilprodukt i drift: iOS, Android, backend, infrastruktur og begge appbutikkene. Abuk har vært hos oss siden 2018, MemoWord siden 2019.

Les mer →

Drift av nettsteder

Feilretting, oppdateringer, ytelse og sikkerhet for nettsteder og webapper, også prosjekter overtatt fra andre utviklere.

Les mer →

Serverdrift

Administrasjon av Linux-servere: webservere, databaser, testede sikkerhetskopier, oppdateringer, overvåking, SSL, e-post og flytting mellom hostingleverandører.

Les mer →

DevOps

CI/CD-løp, containere, sky- og VPS-infrastruktur, separate miljøer og overvåking, satt opp slik at lanseringer blir rutine.

Les mer →

Servermigrering

Flytting av nettsteder, databaser, e-post og DNS til en ny server eller hostingleverandør mens besøkende fortsetter å handle og e-posten fortsetter å komme inn.

Les mer →

Overtakelse av et produkt når teamet har forsvunnet

Når en utvikler eller et byrå slutter, følger det sjelden en bruksanvisning med produktet. Før vi lover noe, ser vi på alt det i det stille er avhengig av: koden og hvordan den bygges, kontoer i appbutikker og hos hostingleverandører, domener, signeringsnøkler, betalings- og e-posttjenester, og hvem hver av dem er registrert på. Dere får en skriftlig beskrivelse av hver del og av hva de første månedene vil innebære. Deretter overtar vi rollen det forrige teamet hadde, inkludert en teknisk leder som setter prioriteringer sammen med dere i stedet for å vente på saker. Noen ganger er den ærlige konklusjonen at det koster mindre å bygge en del på nytt enn å vedlikeholde den, og det er bedre å høre det ved oppstart enn etter et år med lappverk.

Oversikt over kode, kontoer, nøkler, domener, servere og tredjepartstjenester
Rapport om tilstanden til hver del og de viktigste risikoene
En plan for de første månedene, i prioritert rekkefølge
En teknisk leder hos oss som eier prioriteringene og snakker med virksomheten
Tilganger og eierskap flyttet over til bedriften deres

Ett team for hele produktet

Når appen, backenden og serverne driftes av ulike folk, starter hver hendelse med en diskusjon om hvem sitt problem det er. Vi tar ansvar for hele kjeden, fra appen på brukerens telefon til databasen på serveren. En mislykket betaling, et push-varsel som ikke kommer frem eller en treg side spores gjennom alle lag av de samme utviklerne, og dere får én forklaring på årsaken i stedet for tre halve.

Én avtale og ett kontaktpunkt for alle systemer
Hendelser spores på tvers av app, backend og infrastruktur
En skriftlig årsak for hver hendelse, ikke bare «rettet»
Lanseringer av apper og endringer på servere planlegges sammen, slik at de ikke kolliderer

Drift og utvikling samlet

Drift og utvikling er som regel det samme teamet: én del holder dagens versjon frisk, en annen bygger den neste. Små forbedringer som aldri forsvarer et eget prosjekt, gjøres innenfor driften, mens større funksjoner estimeres separat. Utviklere som retter hendelser, kjenner koden de utvider, og det gjør begge jobbene raskere.

Slik starter driften

Innledende samtale

Dere forteller hva produktet består av, hvem som har laget det og hva som bekymrer dere nå. Vi forteller hvilke deler vi ville sett på først.

Gjennomgang

Vi går gjennom koden, kontoene, hostingen og utrullingen. Dere får en rapport om tilstanden til hvert system og risikoene vi fant.

Omfang og vilkår

Vi avtaler hva som dekkes, svartiden for hver type problem og det månedlige omfanget. Dere får et tilbud med pris for dette omfanget.

Overlevering

Tilganger, nøkler og dokumentasjon samles på ett sted, overvåking settes opp, og de akutte problemene fra gjennomgangen rettes først.

Løpende drift

Overvåking, feilretting, oppdateringer og lanseringer innenfor det avtalte omfanget, med jevnlige rapporter om hva som er gjort.

Hva vi drifter

Mobil

Web og backend

PHP
Laravel
Yii2
WordPress
Ruby on Rails
Node.js
Python
Vue.js
React

Infrastruktur

Slik kan dere betale for driften

Månedlig driftsavtale

Et fast månedlig omfang avtalt etter gjennomgangen: overvåking, oppdateringer, feilretting og et fastsatt volum av mindre endringer.

Dedikert team

Utviklere som er tildelt produktet deres og håndterer både drift og utvikling av nye funksjoner.

Timebasert, ved behov

For produkter som trenger hjelp av og til: enkeltstående feilrettinger, oppdateringer eller rådgivning, fakturert etter medgått tid.

Relaterte prosjekter

Dr Kirichuk AppSwift, Kotlin MemoWordSwift, Java, Kotlin Fashion WalletKotlin, SWIFT, PHP, Laravel ViasatHTML5/CSS3/JS, Ruby on Rails QuakerKotlin, SWIFT, PHP, Laravel

Tilbakemeldinger

Vi behandler hver kunde og prosjektet deres med omtanke.

Revol-teamet fortsetter å effektivisere kundens utviklingskapasitet med arbeid av høy kvalitet og pålitelig support. De kommuniserer godt og viser en solid forståelse av kundens behov og virksomhet.

Tomas

Daglig leder (Yukon, Canada)

Arbeidet fra Revol har fullt ut innfridd forventningene, og kunden er fornøyd. Den friske tilnærmingen og evnen til å være tilgjengelige for support har vært verdifulle. Kunder kan trygt velge dem som et kommunikativt og kundeorientert team som hjelper dem å nå målene sine.

Andrey

Daglig leder, Stellium (USA)

Ofte stilte spørsmål

Kan vi bestille drift av bare en del av produktet?

Ja. Hver type drift fungerer for seg: bare mobilappene, bare serverne og så videre. Å kombinere dem gir mening når delene er avhengige av hverandre og hendelser krysser grensene mellom dem.

Hvilken svartid tilbyr dere?

Den avtales per produkt og avhenger av hva produktet gjør. En tjeneste som behandler betalinger og et internt verktøy trenger ikke de samme garantiene, og å betale for den strengeste uten å trenge den er bortkastede penger.

Drifter dere produkter som andre team har laget?

Ja, de fleste driftsoppdrag starter slik. Vi begynner med en gjennomgang og forteller ærlig hvilken tilstand produktet er i før vi forplikter oss til et omfang.

Kan dere erstatte utviklingsbyrået vårt på et produkt i drift?

Ja. Vi avtaler en overleveringsperiode med det avtroppende teamet hvis det fortsatt kan nås, samler inn tilganger, nøkler og dokumentasjon, og leverer den første releasen selv for å bevise at bygg- og utrullingskjeden fungerer. Deretter fortsetter vi med drift og utvikling som teamet som er ansvarlig for produktet.

Hvem eier kontoene og tilgangene?

Det gjør dere. Kontoer i appbutikkene, domener, hosting og repositorier bør være registrert på bedriften deres, og vi jobber med de tilgangene dere gir oss. Holdes de fortsatt av en tidligere leverandør, hjelper vi med å flytte dem over til dere.

Hva får vi se hver måned?

En rapport om hendelser og årsakene til dem, oppdateringer som er installert og endringer som er gjort, pluss kommende risikoer, som en frist fra appbutikkene eller en rammeverksversjon som når slutten av levetiden.

Hva skjer hvis vi bestemmer oss for å avslutte?

Alt forblir deres: kode, tilganger, dokumentasjon og notatene som er gjort underveis i driften. Vi overleverer produktet til neste team på en ryddig måte.