Certifierad och hållbar IT-säkerhet
GDPR-kompatibel hantering av filer och data med fokus på dataskydd.
 |
 |
- Kontainer drivs i ett privat moln i tre datacenter inom EU, hållbart med 100 % vattenkraft eller vindenergi. Kontainer är byggt för att köras via mikrotjänster i ett skalbart kluster. Alla filer lagras i en speglad objektlagring i två datacenter med redundant uppsättning och failover samt en tredje plats för backup. Alla tjänster är uppdelade i nätverkssegment, och all nätverkstrafik skyddas av avancerat intrångsskydd.
- Framför alla servrar finns ett effektivt DDoS-filter för all trafik. Vid nätverkets ingång finns ett brandväggskluster med IDP-skanning av all trafik. Brandväggens säkerhetsregler ses över löpande. Alla loggar och all misstänkt trafik granskas, och åtgärder vidtas vid behov. All nätverksutrustning får schemalagda firmwareuppdateringar.
- Alla applikationer som Kontainer använder uppdateras enligt schemalagda rutiner. Misstänkta aktiviteter i Kontainer granskas, och åtgärder vidtas vid behov.
- Kontainer granskas årligen av PricewaterhouseCoopers och är certifierat enligt ISAE 3402, baserat på säkerhetskontroller från ISO 27001 med avseende på GDPR för mjukvara och nätverk.
Kontakta oss för att få veta mer om vår ISAE 3402-certifiering.
Backup och återställning
Kontainer säkerställer omfattande backup av data och långsiktig tillgänglighet.
- All data säkerhetskopieras en gång om dagen och sparas i 90 dagar.
- Alla filer speglas kontinuerligt mellan de två datacentren.
- Det är möjligt att lägga till extra backup utanför plattformen.
Skalbarhet och kompatibilitet
Kontainer bygger på flexibla mikrotjänster och expanderbar lagringsteknik.
- Lösningen är uppbyggd av mikrotjänster som alla körs i ett tjänstekluster. Det gör att varje enskild del mycket enkelt kan skalas upp och ner efter behov.
- Lagringen använder objektteknik och kan också skalas upp till mycket stora datamängder.
- Standardåtkomsten till Kontainer sker via en vanlig webbläsare. Kontainer stöder i dag Chrome, Safari, Edge och Firefox. Systemet uppdateras löpande för att stödja de senaste webbläsarna, och stödet för äldre webbläsare tas bort vid behov.
GDPR-kompatibelt underhåll
Kontainer erbjuder pålitlig support, maximal tillgänglighet och en stabil systemarkitektur.
 |
 |
- Telefon-, chatt- och e-postsupport för administratörer: Ja
- Övervakning dygnet runt och underhåll av plattformen: Ingår
- Hosting, löpande uppgraderingar och nya funktioner: Ingår enligt paketnivå
- Möjlighet att löpande uppgradera och nedgradera paketet: Ja
- Drifttid: 99,9 %
- Fullständigt RESTful API: Ja
- Privat moln i två datacenter med redundant miljö och failover: Ja
- Uppfyller GDPR och NIS2: Ja
- Kontroller enligt SOC 2-standarden: Ja
Säker, krypterad drift
Kontainer bygger på nätverkssäkerhet i flera lager och moderna krypteringsstandarder.
 |
 |
Alla mikrotjänster och all lagring är separerade i VLAN. All åtkomst till plattformen utanför brandväggen sker via HTTPS baserat på TLS 1.2. Trafiken mellan brandväggen och huvudproxyservern krypteras med HTTPS baserat på TLS 1.2.
- Globalt DDoS-filter
- Brandvägg med avancerad filtrering och paketinspektion
- Säkerhetsproxylager i frontend för all inkommande trafik
- Vid användning av SSO: överföring via SAML
Svarstid
Alla standardanrop i Kontainer tar mindre än en sekund. Avancerade sökningar kan ta upp till tre sekunder.
Det är också möjligt att ladda ner filer via WebDAV eller via plugins för Microsoft Office och Adobe.
Följande svarstider gäller:
- Inloggningssida: < 1 sek.
- Inloggning: < 2 sek.
- Mapplista: < 2 sek.
- Ändring av attribut: < 1 sek.
- Sökning: < 3 sek.
- Avancerad sökning: < 3 sek.
- Redigera metadata: < 2 sek.
- Visa metadata: < 2 sek.
Hastigheten för dataöverföring beror på nedladdningsanslutningens hastighet. Vid 1 Gbit är nedladdningshastigheten cirka 100 MB/s.
HTTPS används för alla filöverföringar. Filöverföringar kan göras antingen via webbgränssnittet eller via API-anrop.
Kontainers rutiner för lansering av nya versioner
När Kontainer utvecklar och lanserar nya versioner sker det i följande steg:
- Ärenden skapas i Jira och specificeras innan arbetet startar. Alla uppgifter delas upp så att de tar högst 14 dagar och ingår i Kontainers utvecklingssprintar på 14 dagar.
- Projektledare specificerar, prioriterar och planerar alla sprintar.
- När ärendena har utvecklats skickas all kod till intern kodgranskning innan buggfixar eller nya funktioner släpps på Kontainers interna utvecklings-/testserver.
- Enhetstester körs automatiskt på alla kodändringar. Ny kod kan inte släppas på testservrarna om den inte klarar enhetstesterna.
- Färdiga ärenden slås ihop och testas av utvecklarna på den interna utvecklings-/testservern.
- Efter det interna testet släpps buggfixarna/de nya funktionerna på Kontainers interna stagingserver för slutlig manuell testning av testteamet.
- Samma kod kan samtidigt driftas på en kundspecifik stagingserver för godkännande.
- När staging är godkänd släpps rättelserna live (utan driftstopp).
- Liveservern testas manuellt med alla rättelser efter den slutliga lanseringen.
- Om något inte fungerar som väntat kan lanseringen rullas tillbaka (utan driftstopp).
- Alla buggfixar och nya funktioner dokumenteras i en intern change.log-fil.
Kundspecifik testserver och rutiner
Kommunikation till kunden om lanseringar
- Lanseringar som påverkar kundens arbetsflöden eller integrationer aviseras minst fem dagar i förväg.
- Mindre optimeringar, mindre nya funktioner och buggfixar som inte påverkar kundens arbetsflöden släpps utan att kunden aviseras.
- Administratörer hos kunden får e-postaviseringar om kommande nya funktioner i roadmapen.
Om en kund vill ha en egen testserver för att testa större uppdateringar eller uppdateringar som rör kundspecifika integrationer eller primära arbetsflöden innan de går live, kan det läggas till.
Vid en kundspecifik testmiljö aviseras kunden minst två arbetsdagar innan nya versioner finns för test på kundens egen testserver.
Kunden har därefter fem dagar på sig att testa rättelser/tillägg på stagingservern. Om rättelserna/tilläggen godkänns släpps de live. Om de inte godkänns görs en ny testomgång på den kundspecifika testservern så snart korrigeringarna är gjorda. Alla testomgångar har samma aviseringsintervall. När nya versioner släpps live blir det inget driftstopp.
Innan start specificeras tillsammans med kunden vilka typer av uppgifter som ska räknas som kritiska integrationer och större uppdateringar.
En kundspecifik testserver kostar extra.