«Vi trenger jo bare en enkel løsning»
Den innvendingen møtte jeg ofte også da jeg leverte FotoWare-systemer: Kunden oppfattet produktet som en stor enterprise-løsning, mens behovet deres var lite og konkret. Det samme kan skje med ResourceSpace når eksemplene handler om tusenvis av brukere, avanserte integrasjoner og store medievolumer.
Men programvaren bestemmer ikke at innføringen må være stor. En liten installasjon kan løse et avgrenset behov for én avdeling eller organisasjon, med få metadatafelt, enkel tilgang og moderat lagring. Dersom løsningen gir verdi, kan den senere få flere brukere, mer kapasitet, integrasjoner og nye arbeidsflyter.
Start med problemet som skal løses. Et lite, forståelig arkiv som blir brukt er bedre enn en omfattende informasjonsmodell ingen klarer å forvalte.
Hva må avklares før installasjon?
- hvor mange som skal laste opp, administrere og bare søke eller laste ned
- om materialet hovedsakelig er bilder, dokumenter, lyd eller video
- hvor mye lagring som trengs nå, og forventet vekst de neste årene
- hvilke metadata som faktisk er nødvendige for gjenfinning og kontroll
- om løsningen skal være offentlig tilgjengelig, intern eller ligge i et lukket nett
- krav til sikkerhetskopi, gjenoppretting, oppetid og vedlikehold
- om autentisering eller integrasjoner må være med fra første dag
Disse svarene er viktigere enn et bestemt VM-navn. To kunder med samme antall brukere kan ha svært ulik belastning dersom den ene lagrer JPEG-bilder og den andre produserer forhåndsvisninger av store video- og produksjonsfiler.
En nøktern startarkitektur
For et lite brukermiljø kan hele løsningen i første omgang ligge på én Linux-VM: webserver, PHP, MariaDB eller MySQL og filbehandling med blant annet ImageMagick, FFmpeg, Ghostscript og ExifTool. ResourceSpace er i utgangspunktet en PHP- og MySQL-basert applikasjon og passer naturlig i et LAMP-miljø.
Et praktisk startpunkt kan være 2 vCPU, 4–8 GiB minne, en mindre systemdisk og en separat datadisk. Fire GiB kan fungere ved få samtidige brukere og begrenset prosessering, mens 8 GiB gir mer arbeidsrom. Video, store PDF-er, AI-prosessering og mange samtidige opplastinger kan kreve vesentlig mer.
En enkelt VM er ikke den endelige arkitekturen for alle, men den er enkel å forstå, sikkerhetskopiere og drifte. Ved vekst kan VM-en skaleres opp, og database, filområde, køjobber eller AI-prosessering kan skilles ut senere.
Docker: raskt og repeterbart
ResourceSpace har et offisielt Docker-oppsett. Det gjør det enklere å etablere samme programvaremiljø i test og produksjon, og kan gi en ryddig vei for oppgraderinger og tilbakeføring. For en ny installasjon er Docker på en Linux-server derfor et reelt og ofte godt alternativ.
Docker fjerner likevel ikke driftsansvaret. Database, filområde og konfigurasjon må ligge på varige volumer. Passord og nøkler må håndteres sikkert, og det må etableres sikkerhetskopi, TLS, logging, overvåking og en kontrollert oppgraderingsrutine. En container som kjører er ikke det samme som en ferdig forvaltet tjeneste.
Linux-server: det naturlige standardvalget
En vanlig Linux-installasjon uten containere er fortsatt et godt valg når kunden ønsker færrest mulig lag, enkel feilsøking og full kontroll over operativsystemet. Ubuntu LTS eller en annen støttet distribusjon gir god tilgang til webserver, PHP, database og medieverktøyene ResourceSpace trenger.
Dette er ofte mitt foretrukne utgangspunkt fordi plattformen er utviklet rundt LAMP-stakken, dokumentasjonen og kompetansemiljøet er godt, og man unngår Windows Server-lisensen. Ulempen er at noen må eie oppdatering og konfigurasjon av både operativsystemet og applikasjonsstakken.
Windows Server er mulig — men sjelden førstevalget
ResourceSpace kan installeres på Windows Server med IIS, PHP og MySQL, og Montala har en egen installasjonsveiledning. Det er altså ikke en usupportert løsning. Likevel blir oppsettet ofte mer omstendelig enn på Linux: IIS og FastCGI må tilpasses, PHP-utvidelser og tidsgrenser må håndteres, filrettigheter må avstemmes, og medieverktøyene må installeres og vedlikeholdes for Windows.
Windows Server kan være riktig dersom kundens IT-avdeling har et absolutt standardkrav, eksisterende overvåking og god IIS/PHP-kompetanse. Dersom det ikke finnes et slikt krav, gir Linux vanligvis en enklere og rimeligere driftsflate for akkurat denne applikasjonen.
Azure VM: liten start, tydelig vekstvei
I Azure kan en liten ResourceSpace-installasjon starte på en burstbar B-serie-VM. En B2s har 2 vCPU og 4 GiB minne. B-serien bygger opp CPU-kreditter ved lav belastning og bruker dem ved korte topper, noe som passer små webtjenester med ujevn bruk. Den passer dårligere dersom forhåndsvisninger, video eller andre jobber gir vedvarende høy CPU-belastning.
Et eksempel er en Linux B2s i West Europe, en 64 GiB Standard SSD-systemdisk og en separat 256 GiB Standard SSD-datadisk. Microsofts offentlige forbrukspriser per 20. august 2026 gir omtrent:
- B2s Linux, 730 timer: USD 35,04 per måned
- 64 GiB Standard SSD-systemdisk: USD 4,80 per måned
- 256 GiB Standard SSD-datadisk: USD 19,20 per måned, pluss transaksjoner
- sum grunninfrastruktur: omtrent USD 59 per måned
Med en valutakurs rundt 10–11 kroner per dollar tilsvarer dette grovt 600–650 kroner per måned før mva. En 256 GiB Standard HDD reduserer eksemplet til rundt USD 51, men SSD er normalt et tryggere valg for database, søk og forhåndsvisninger. Faktisk faktura kan bli lavere eller høyere på grunn av avtalepris, region, valutakurs, diskvalg og bruksmønster. En kundepris rundt 400–500 kroner kan derfor være reell, men bør ikke brukes som en universell prisliste.
Backup, utgående trafikk, overvåking, offentlig IP, WAF eller Application Gateway, support og administrasjon er ikke med i regnestykket. En Application Gateway kan alene koste vesentlig mer enn den minste VM-en og bør ikke legges inn automatisk dersom risiko og behov kan løses enklere. For produksjon må pris alltid beregnes ut fra den konkrete arkitekturen i Microsofts Azure-kalkulator.
Lav infrastrukturpris betyr ikke null vedlikehold
Den månedlige VM-prisen er bare én del av kostnaden. Løsningen skal installeres, sikres, dokumenteres, overvåkes og oppdateres. Sikkerhetskopien må testes, sertifikater må fornyes, og nye versjoner av ResourceSpace, PHP, databasen og operativsystemet må vurderes før de rulles ut.
For en liten kunde kan dette løses med en enkel og forutsigbar forvaltningsavtale eller med kundens egen IT-avdeling. Poenget er ikke at drift er gratis, men at investeringen kan tilpasses behovet i stedet for å starte med en stor plattform.
Hvordan kommer man konkret i gang?
- Avgrens ett reelt behov og et representativt utvalg filer.
- Lag en enkel første metadatamodell og avklar hvem som skal gjøre hva.
- Velg Linux VM eller Docker på Linux, lokalt eller i Azure.
- Etabler lagring, TLS, sikkerhetskopi, logging og oppdateringsansvar.
- Installer og konfigurer ResourceSpace med kundens eget språk og struktur.
- Test opplasting, søk, nedlasting, tilgang og gjenoppretting med faktiske brukere.
- Utvid først når erfaringen viser hva som gir verdi.
Se Montalas offisielle systemkrav, veiledningen for Docker-installasjon og Microsofts forklaring av burstbar B-serie for oppdaterte tekniske detaljer.
Liten løsning betyr ikke uprofesjonell løsning. Den kan være enkel, rimelig og riktig dimensjonert — samtidig som sikkerhet, sikkerhetskopi og vedlikehold blir tatt på alvor fra første dag.