Tre driftformer
Man talar ofta om ”moln” mot ”on-premise”, som om det fanns två läger. I praktiken finns tre driftformer, och de skiljer sig åt genom två frågor: var maskinen körs, och vem som kör den.
Att driva ett e-postsystem är att installera uppdateringar, övervaka kön och diskutrymmet, förnya certifikat, säkerhetskopiera, återställa, hantera en incident klockan 7 på morgonen och vårda domänens avsändarrykte. Att stå för hostingen är bara att tillhandahålla maskinen och nätverket.
Driftat moln
Leverantören sköter hela plattformen. Den delas i regel mellan flera kunder, med logisk åtskillnad: varje organisation ser bara sina domäner och brevlådor, men servrar, lagring och driftteam är gemensamma. Det är den enklaste driftformen att komma igång med och den billigaste att hålla vid liv.
Dedikerad e-post
En instans eller en server är reserverad för er organisation. Era data delar inte plats med någon annan kunds. Leverantören fortsätter att stå för driften: ni köper isolering, inte en arbetsbörda. Driftformen passar reglerade branscher, stora volymer, koncerner som vill hålla sina bolag tydligt åtskilda, eller inställningar som en delad plattform inte kan bevilja en enskild kund.
E-post i era egna lokaler
Maskinen står hos er, i ert serverrum eller datacenter. Någon måste ändå driva den. Antingen gör ert team det, eller så gör en leverantör det på distans, med en åtkomst som ni ger den. Båda valen är legitima; de kostar inte detsamma och ger inte samma garantier för återställning.
Vad som verkligen skiljer
Fem punkter skiljer de tre driftformerna åt. De andra, som webbmejl eller kompatibilitet med Outlook, beror främst på programvaran, inte på platsen.
| Punkt | Driftat moln | Dedikerad | I era lokaler |
|---|
| Grannskap | Delad plattform, logisk åtskillnad | Ingen annan kund på instansen | Ert nätverk, era andra servrar |
| Uppdateringar | Leverantören, enligt dess schema | Leverantören, schemat ibland förhandlingsbart | Ert team eller den leverantör ni har gett uppdraget |
| Säkerhetskopior | Hos leverantören, enligt avtalet | Hos leverantören, ibland dedikerade | Ska organiseras: var, av vem, utanför anläggningen? |
| Vem kan öppna en brevlåda | Era administratörer och driftleverantören | Era administratörer och driftleverantören | Era administratörer, och driftleverantören om det finns en |
| Utlämning | Export och byte av MX | Export och byte av MX | Export, byte av MX, och maskinen som ska tas över eller återvinnas |
Grannskapet
På en delad plattform kan en spamkampanj som skickas från en annan kunds komprometterade konto försämra ryktet för den gemensamma avsändar-IP-adressen. En dedikerad instans, eller en dedikerad IP-adress, isolerar den risken. I era lokaler är grannen ert eget nätverk: en infekterad dator kan nå servern om den inte är segmenterad.
Vem kan öppna en brevlåda
Det är raden man fyller i för snabbt. Den som kan återställa en brevlåda kan läsa den, oavsett driftform. Platsen tar inte bort den åtkomsten; den ändrar bara listan över vilka som har den. De användbara frågorna är därför: vem har administratörskontona, är åtkomsten personlig och spårad, och förbjuder avtalet driftleverantören att öppna en brevlåda utan att kunden har begärt det. Bara end-to-end-kryptering, där ni behåller den privata nyckeln, till exempel med S/MIME, gör innehållet i ett meddelande oläsligt för driftleverantören.
Utlämningen
Domännamnet ska stå i ert namn: det är dess MX-post som anger vilken server som tar emot er e-post, och ni måste kunna ändra den utan att be om lov. Resten förbereds: export av brevlådor i ett standardformat, kalendrar och kontakter inräknade, exporttid, radering efter avtalets slut.
Egen hosting räcker inte för suveränitet
Att ställa servern i de egna lokalerna besvarar en specifik fråga: var diskarna fysiskt finns. Guiden vad är ett suveränt moln påminner om att minst tre frågor återstår: vilket företag som driver tjänsten, vilken lag som gäller för det, och hur man lämnar tjänsten.
En server inom era väggar kan därför förbli beroende av omvärlden utan att det syns:
- underhållet görs på distans av en leverantör, vars land och åtkomst man måste känna till;
- säkerhetskopiorna skickas till en onlinelagring som valts som standard, ibland utanför er zon;
- filtreringen av inkommande e-post sköts av en tredjepartstjänst, som varje meddelande passerar innan det når er;
- e-post som skickas till era kunder passerar ändå deras servrar, som ni inte har kontroll över.
Omvänt kan en hostad tjänst drivas av ett europeiskt företag som ensamt har kontroll över data, med spårad åtkomst och en skriftligt reglerad utlämning. Platsen är fortfarande en användbar uppgift, bland annat för registret över behandlingar. Sidan hosting och suveränitet beskriver de driftformer som Klytic erbjuder.
Belastningen man glömmer
Ett litet eller medelstort företag kan vilja ha kontroll utan att vilja ha jourtjänst. Innan ni flyttar hem ett e-postsystem, inventera vad driften verkligen kräver.
- Övervakning. En kö som växer, en disk som fylls, ett certifikat som går ut, en IP-adress som hamnar på en blockeringslista. Varje larm måste nå någon, även på helgen.
- Driftavbrott. När servern stannar behåller avsändarna e-posten i kö och försöker igen: inkommande e-post väntar. Men ingen kan läsa eller skicka, och telefonerna synkroniseras inte längre. En enda internetanslutning eller en enda strömförsörjning blir en felpunkt.
- Nätverk. En fast IP-adress, en konsekvent omvänd DNS-post, en operatör som släpper igenom utgående e-post: utan dem hamnar era meddelanden i skräppostmappen hos mottagarna.
- Förnyelse. Hårdvaran åldras, operativsystemet och e-postprogramvaran har ett slutdatum för support. En större versionsuppgradering förbereds som ett litet projekt.
- Kompetens. Om bara en person vet hur tjänsten startas om är hens semester en risk. Dokumentation och en ersättare ingår i kostnaden.
Exempel. Ett industriföretag med 60 anställda (ett hypotetiskt fall) har ett serverrum och vill att dess ritningar inte lämnar anläggningen. Det installerar e-postsystemet i sina lokaler, men låter en leverantör sköta driften på distans: uppdateringar, övervakning, återställningar. Dess IT-tekniker behåller kontrollen över hårdvara och nätverk. Företaget får den plats det ville ha, utan att ensamt bära jourtjänsten. Det som återstår är att skriftligt ange vart säkerhetskopiorna skickas och vem som kan logga in.
Hur man avgör
Driftat moln passar när ni vill komma igång snabbt, utan driftteam, och när logisk åtskillnad och driftleverantörens skriftliga åtaganden räcker för er.
Dedikerad instans passar när en uppdragsgivare, en reglerad bransch eller en koncern med flera bolag kräver att era data inte delar plats med någon annan kunds, utan att ni för den skull vill stå för driften.
Egna lokaler passar när data inte får lämna anläggningen, när nätverket måste kunna isoleras, eller när katalogtjänst och infrastruktur redan finns och sköts.
Egna lokaler är ett dåligt val om de bara ska tjäna till att ”vara suverän” utan att någon har tid att stå för driften eller att säkerhetskopiera utanför anläggningen.
De funktioner som ska krävas, oavsett driftform, finns i vad ett professionellt e-postsystem ska klara. Säkerhetskopiering och återställning efter driftavbrott behandlas i säkerhetskopiering, radering och kontinuitet. För att jämföra europeiska leverantörer, se välja ett europeiskt e-postsystem för företag.
Vanliga frågor
Ska man hosta sin e-postserver själv?
Bara om ni har ett skäl att ha maskinen på plats och någon som kan driva den, eller en leverantör som har fått det uppdraget. När det enbart gäller suveränitet väger driftleverantören och avtalet tyngre än platsen.
Är dedikerad e-post säkrare än ett delat moln?
Den tar bort grannskapet med andra kunder. Den ändrar inte, ensam, vem som kan öppna en brevlåda eller kvaliteten på säkerhetskopiorna. Jämför de två punkterna skriftligt.
Kan man byta driftform senare?
Ja, förutsatt att brevlådorna kan exporteras i ett standardformat och att domänen står i ert namn. Metoden är densamma som vid en migrering utan avbrott.
Måste filtreringen finnas på samma ställe som brevlådorna?
Nej. En säkerhetsgateway kan placeras framför e-postsystemet, på en annan plats. Guiden inbyggt filter eller gateway förklarar valet.
Var Klytic står
Klytic Mail erbjuds i alla tre driftformerna: i Klytics delade arkitektur, med åtskillnad per kund, i en dedikerad instans, eller hos kunden. Oavsett form driver Klytic plattformen: underhåll, uppdateringar, säkerhet, övervakning och löpande drift. Den dedikerade servern sätts upp enligt offert. Det går att byta driftform senare.
Driften kan ske i vilken geografisk zon som helst som motsvarar tillämplig jurisdiktion, med förbehåll för tjänsternas tillgänglighet, särskilt i Europa eller på Mauritius, eller på kundens egna servrar.
Klytic Mail är e-postsystemet. Klytic MTA är den gateway som filtrerar e-posten framför det; en blandad drift är möjlig, till exempel filtreringen hos Klytic och e-postsystemet hos er. Detaljerna om filtret finns i inbyggt filter eller gateway.
Klytics team har inte tillåtelse att komma åt kundernas e-postkonton; teknisk åtkomst är kontrollerad och granskas. Meddelandena är krypterade i vila med nycklar som Klytic hanterar, vilket skyddar lagringsmedierna; för ett innehåll som är oläsligt för Klytic krypterar kunden end-to-end med sin egen privata nyckel, till exempel med S/MIME.
Vad erbjudandet inte täcker: ett e-postsystem som ni själva driver, utan Klytic, på er server. Klytic är inte SecNumCloud-kvalificerat; om en uppdragsgivare kräver det uppfyller erbjudandet inte kravet.
Den här sidan beskriver en allmän ram. Den ersätter inte en analys av ert avtal eller er infrastruktur.
Källor
Hämtade i oktober 2026.
- Klytic, E-post: driftformer för Klytic Mail (datacenter i zonen, dedikerad server, kundens lokaler) och tillägg. klytic.com
- Klytic, Hosting och suveränitet: tre driftformer, blandad drift, byte av driftform i efterhand. klytic.com
- Klytic, Vad är ett suveränt moln: driftleverantör, tillämplig lag, utlämning; innehav av nycklar och förbud för Klytics team att komma åt brevlådorna. klytic.com
- Klytic, Välja ett europeiskt e-postsystem för företag: drift av Klytic oavsett driftform. klytic.com
