Certificeret og bæredygtig IT-sikkerhed
GDPR-kompatibel fil- og datahåndtering med fokus på databeskyttelse.
 |
 |
- Kontainer drives i en privat cloud i 2 datacentre i Danmark, bæredygtigt drevet af 100% vind- og vandkraft. Kontainer er designet til at køre via mikrotjenester i en skalerbar mikrotjeneste-klynge. Alle filer er gemt i et spejlet objektlager i to datacentre med redundans og fejlretningsmekanismer samt en tredje placering til backup. Alle tjenester er opdelt i netværkssegmenter, og der er avanceret indtrængningsforebyggelse på al netværkstrafik.
- Foran alle servere er der en effektiv DDoS-filter på al trafik. Ved netværksindgangen er der en firewall-klynge med IDP-scanning af al trafik. Firewall-sikkerhedsregler bliver kontinuerligt gennemgået. Alle logs og mistænkelig trafik gennemgås, og der træffes handling efter behov. Alt netværksudstyr har planlagte firmwareopdateringer.
- Alle applikationer, som Kontainer bruger, opdateres i planlagte procedurer, mistænkelige operationer på Kontainer gennemgås, og der træffes handling efter behov.
- Kontainer revideres årligt af Price Waterhouse Cooper’s og er certificeret med en ISAE 3402 , der er baseret på sikkerhedsstyringer fra ISO 27001 i forhold til GDPR på software og netværk. Denne rapport kan udleveres til alle kunder.
Skriv til os for at høre mere om vores ISAE 3402 certificering.
Backup og gendannelse
Kontainer sikrer omfattende databackup og langsigtet tilgængelighed.
- Alle data bliver sikkerhedskopieret en gang om dagen og opbevares i 90 dage.
- Alle filer spejles kontinuerligt mellem de 2 datacentre.
- Der er mulighed for ekstern backup.
Skalerbarhed og kompatibilitet
Kontainer bruger fleksible mikrotjenester og skalerbar lagringsteknologi.
- Løsningen er opbygget via mikrotjenester. Alle mikrotjenester kører i en tjenesteklynge. Dette betyder, at alle individuelle dele er meget nemme at skalere op og ned efter behov.
- Opbevaring anvender objektteknologi og kan også skaleres til meget store mængder data.
- Standardadgangen til Kontainer er via en standardbrowser. Kontainer understøtter i øjeblikket Chrome, Safari, Edge og Firefox. Systemet opdateres løbende for at understøtte de nyeste browsere. Ældre browsersupport fjernes også efter behov.
GDPR-konform vedligeholdelse
Kontainer tilbyder pålidelig support, maksimal tilgængelighed og en stabil systemarkitektur.
 |
 |
- Telefon-, chat- og e-mailsupport til administratorer: Ja
- Overvågning døgnet rundt og platformvedligeholdelse: Inklusive
- Hosting og løbende opgraderinger og nye funktioner: Inkluderet i pakkeniveauet
- Mulighed for løbende opgradering og nedgradering af pakken: Ja
- Driftstid: 99.9%
- Fuld Restful API: Ja
- Privat cloud, der drives i 2 datacentre med redundante miljøer og fejlretningsmekanismer: Ja
- DSGVO– og NIS2-konform: Ja
- Kontroller efter SOC2-standard: Ja
Sikker, krypteret drift
Kontainer bruger diverse netværkssikkerhed og moderne krypteringsstandarder.
 |
 |
Alle mikrotjenester og lagring er adskilt i vlans. Al adgang til platformen fra ekstern firewall er via https baseret på TLS 1.2. Trafik mellem firewall og hovedproxyserver er krypteret med https baseret på tls 1.2.
- Globalt Ddos-filter
- Firewall med avanceret filtrering og pakkeinspektion
- Frontend-sikkerhedsproxylag for al indgående trafik
- Ved SSO: Datatransfer via SAML
Responstid
Alle standardkald i Kontainer er mindre end 1 sekund. Avancerede søgninger kan tage op til 3 sekunder.
Det er også muligt at downloade filer via WebDav eller via plugins til Microsoft Office og Adobe-programmer.
Følgende svartider gælder:
- Login side: < 1 sek
- Login: < 2 sek
- Mappeliste: < 2 sek
- Attributændring: < 1 sek
- Søgning: < 3 sek
- Avanceret søgning: < 3 sek
- Rediger metadata: < 2 sek
- Se mediedata: < 2 sek
Hastigheden på dataoverførsel afhænger af hastigheden på downloadforbindelsen. Ved 1 gbit er downloadhastigheden omkring 100 MB/s.
Https bruges til alle filoverførsler. Filoverførsler kan foretages enten via browser eller via API-kald.
Procedurer for Kontainer deployment
Når Kontainer udvikler og implementerer nye udgivelser, vil det blive udført i følgende trin:
- Tickets oprettes i Jira og specificeres inden opstart. Alle opgaver er delt op, så de maksimalt tager 14 dage og indgår i Kontainers 14-dages udviklingssprints.
- Projektledere specificerer, prioriterer og planlægger alle sprints.
- Efter udvikling af tickets sendes al kode til intern gennemgang før fejlrettelser, eller funktionstilpasninger frigives på Kontainers interne udviklings-/testserver.
- Enhedstest udføres automatisk på alle kodeændringer. Ny kode kan ikke frigives på testserverne, hvis koden ikke kan bestå en enhedstest.
- Når færdige tickets flettes og testes af udviklerne på den interne udvikle/test-server.
- Efter intern test frigives fejlrettelserne /funktionstilpasninger på Kontainers interne Staging-server til endelig manuel test af testteamet.
- Den samme kode kan implementeres samtidigt på en kundespecifik staging-server til godkendelse.
- Når staging er godkendt, implementeres rettelserne live (uden nedetid)
- Opsætning af live server testes manuelt med alle rettelser efter endelig udgivelse.
- Hvis noget går galt mod forventning, kan udgivelser rulles tilbage (uden nedetid)
- Alle fejlrettelser og yderligere funktioner dokumentation er beskrevet i en intern change.log fil.
Kundespecifik testserver og procedurer
Kommunikation til kunden om udgivelser
- Realeases, der påvirker kundens arbejdsgange eller integrationer, meddeles mindst 5 dage før udgivelse.
- Mindre optimeringer, mindre nye funktioner og fejlrettelser, der ikke påvirker kundens arbejdsgange, frigives uden at kunden får besked.
- Administratorer hos kunden vil modtage e-mail-meddelelser om kommende nye funktioner i roadmappen.
Hvis en kunde ønsker en specifik test-staging-server til at teste større opdateringer eller opdateringer relateret til kundespecifikke integrationer eller primære arbejdsgange før disse går live, kan dette tilføjes.
Hvis der er tale om et kundespecifikt testmiljø, vil kunden få besked senest 2 hverdage før releaset kommer til test på kundens egen testserver.
Kunden har derefter 5 dage til at teste rettelser/tilpasninger på staging-serveren. Hvis rettelser/tilpasninger godkendes, vil de blive implementeret live. Hvis de ikke bliver godkendt, vil der være en ny testrunde på den kundespecifikke testserver, så snart rettelserne er foretaget. Alle testrunder vil have samme notifikationsintervaller. Når du implementerer nye udgivelser på live, vil der ikke være nogen nedetid.
Inden opstart specificeres det i samråd med kunden, hvilken type opgaver der kan defineres som kritiske integrationer og større opdateringer.
Der er en merpris for oprettelse af en kundespecifik testserver.