Drie exploitatiemodellen
Er wordt vaak gesproken van ‘cloud’ tegenover ‘on-premises’, alsof er twee kampen zijn. In de praktijk bestaan er drie modellen naast elkaar, en die onderscheiden zich door twee vragen: waar draait de machine, en wie houdt ze draaiende.
Een e-mailsysteem exploiteren betekent updates toepassen, de wachtrij en de schijfruimte bewaken, certificaten vernieuwen, back-ups maken, herstellen, om 7 uur ’s ochtends op een incident reageren en de verzendreputatie van het domein bewaken. Hosten is alleen de machine en het netwerk leveren.
De beheerde cloud
De dienstverlener beheert het volledige platform. Dat wordt doorgaans gedeeld door meerdere klanten, met een logische scheiding: elke organisatie ziet alleen haar eigen domeinen en mailboxen, maar de servers, de opslag en de exploitatieteams zijn gemeenschappelijk. Dit is het eenvoudigste model om te starten en het goedkoopste om te onderhouden.
Dedicated e-mail
Een instantie of een server is voorbehouden aan uw organisatie. Uw gegevens staan niet naast die van een andere klant. De dienstverlener blijft exploiteren: u koopt isolatie, geen werklast. Dit model past bij gereglementeerde sectoren, grote volumes, groepen die hun vennootschappen duidelijk willen scheiden, of instellingen die een gedeeld platform niet aan één enkele klant kan toestaan.
E-mail in uw eigen gebouw
De machine staat bij u, in uw serverruimte of uw datacenter. Toch moet iemand ze exploiteren. Ofwel doet uw team het, ofwel doet een dienstverlener het op afstand, met een toegang die u voor hem openzet. Beide keuzes zijn legitiem; ze kosten niet hetzelfde en bieden niet dezelfde garanties voor herstel.
Wat echt verandert
Vijf punten maken het verschil tussen de drie modellen. De andere, zoals de webmail of de compatibiliteit met Outlook, hangen vooral af van de software, niet van de plaats.
| Punt | Beheerde cloud | Dedicated | In uw eigen gebouw |
|---|
| Buren | Gedeeld platform, logische scheiding | Geen andere klant op de instantie | Uw netwerk, uw andere servers |
| Updates | De dienstverlener, volgens zijn planning | De dienstverlener, planning soms onderhandelbaar | Uw team of de gemandateerde dienstverlener |
| Back-ups | Bij de dienstverlener, volgens zijn contract | Bij de dienstverlener, soms dedicated | Te organiseren: waar, door wie, buiten de site? |
| Wie een mailbox kan openen | Uw beheerders en de exploitant | Uw beheerders en de exploitant | Uw beheerders, en de exploitant als er een is |
| Uitstap | Export en wijziging van het MX-record | Export en wijziging van het MX-record | Export, wijziging van het MX-record, en de machine die u overneemt of recycleert |
De buren
Op een gedeeld platform kan een spamcampagne die vanuit het gecompromitteerde account van een andere klant wordt verstuurd, de reputatie van het gemeenschappelijke verzend-IP-adres aantasten. Een dedicated instantie, of een dedicated IP-adres, isoleert dat risico. In uw eigen gebouw is de buur uw eigen netwerk: een besmette werkplek kan de server bereiken als die niet is afgeschermd.
Wie een mailbox kan openen
Dat is de regel die men te snel invult. Wie een mailbox kan herstellen, kan ze lezen, welk model het ook is. De plaats neemt die toegang niet weg; ze verandert alleen de lijst van personen die ze hebben. De nuttige vragen zijn dus: wie heeft de beheeraccounts, zijn die toegangen persoonsgebonden en worden ze gelogd, en verbiedt het contract de exploitant om een mailbox te openen zonder verzoek van de klant. Alleen end-to-endversleuteling waarvan u de privésleutel bewaart, bijvoorbeeld met S/MIME, maakt de inhoud van een bericht onleesbaar voor de exploitant.
De uitstap
De domeinnaam moet op uw naam blijven staan: het MX-record ervan bepaalt welke server uw post ontvangt, en u moet het kunnen wijzigen zonder toestemming te vragen. De rest wordt voorbereid: export van de mailboxen in een standaardformaat, agenda’s en contactpersonen inbegrepen, exporttermijn, verwijdering na het einde van het contract.
Zelf hosten volstaat niet voor soevereiniteit
De server in uw eigen gebouw zetten, beantwoordt één precieze vraag: waar de schijven fysiek staan. De gids wat is een soevereine cloud herinnert eraan dat er nog minstens drie overblijven: welk bedrijf exploiteert, welk recht is daarop van toepassing, en hoe stapt u eruit.
Een server binnen uw muren kan zo van buitenaf afhankelijk blijven zonder dat het opvalt:
- het onderhoud gebeurt op afstand door een dienstverlener, van wie u het land en de toegangen moet kennen;
- de back-ups gaan naar een standaard gekozen online opslag, soms buiten uw zone;
- de filtering van inkomende post wordt verzorgd door een externe dienst, waar elk bericht doorheen gaat voordat het bij u aankomt;
- de post die u naar uw klanten stuurt, reist hoe dan ook over hun servers, waarover u geen controle hebt.
Omgekeerd kan een gehoste dienst worden geëxploiteerd door een Europees bedrijf dat als enige controle over de gegevens houdt, met gelogde toegangen en een schriftelijk vastgelegde uitstap. De plaats blijft een nuttig element, met name voor het register van verwerkingsactiviteiten. De pagina hosting en soevereiniteit beschrijft de modellen die Klytic aanbiedt.
De last die men vergeet
Een kmo kan controle willen zonder permanentie te willen. Maak voordat u een e-mailsysteem naar binnen haalt een inventaris van wat de exploitatie werkelijk vraagt.
- Monitoring. Een wachtrij die groeit, een schijf die volloopt, een certificaat dat verloopt, een IP-adres op een blokkeerlijst. Elke waarschuwing moet bij iemand terechtkomen, ook in het weekend.
- Storing. Als de server stopt, houden de afzenders de post in de wachtrij en proberen ze opnieuw: de inkomende post wacht. Maar niemand leest of verstuurt nog, en de telefoons synchroniseren niet meer. Eén enkele internetverbinding of één enkele stroomvoeding wordt een storingspunt.
- Netwerk. Een vast IP-adres, een coherent reverse-DNS-record, een operator die uitgaande post doorlaat: zonder die zaken belanden uw berichten bij uw correspondenten in de map ongewenste e-mail.
- Vernieuwing. De hardware veroudert, het besturingssysteem en de e-mailsoftware hebben een einde van ondersteuning. Een grote versie-upgrade wordt voorbereid als een klein project.
- Competenties. Als slechts één persoon de dienst kan herstarten, is diens vakantie een risico. Documentatie en een vervanger maken deel uit van de kosten.
Voorbeeld. Een industrieel bedrijf met 60 medewerkers (fictief geval) beschikt over een serverruimte en wil dat zijn plannen de site niet verlaten. Het installeert het e-mailsysteem in zijn eigen gebouw, maar vertrouwt de exploitatie op afstand toe aan een dienstverlener: updates, monitoring, herstel. Zijn IT-medewerker houdt de controle over de hardware en het netwerk. Het bedrijf heeft de plaats die het wilde, zonder de permanentie alleen te dragen. Het moet nog vastleggen waar de back-ups naartoe gaan en wie zich kan aanmelden.
Hoe beslissen
De beheerde cloud past wanneer u snel wilt starten, zonder exploitatieteam, en de logische scheiding en de schriftelijke toezeggingen van de exploitant voor u volstaan.
De dedicated instantie past wanneer een opdrachtgever, een gereglementeerde sector of een groep met meerdere vennootschappen eist dat uw gegevens niet naast die van een andere klant staan, zonder dat u daarom zelf wilt exploiteren.
Uw eigen gebouw past wanneer de gegevens de site niet mogen verlaten, wanneer het netwerk geïsoleerd moet kunnen worden, of wanneer de directory en de infrastructuur al bestaan en worden onderhouden.
Uw eigen gebouw is een slechte keuze als het alleen dient om ‘soeverein te zijn’, zonder dat iemand de tijd heeft om te exploiteren of om back-ups buiten de site te maken.
De functies die u, welk model het ook is, mag eisen, staan in wat een zakelijk e-mailsysteem moet kunnen. Back-up en herstel na een storing worden behandeld in back-up, verwijdering en continuïteit. Om Europese aanbieders te vergelijken, zie een Europees zakelijk e-mailsysteem kiezen.
Veelgestelde vragen
Moet u uw mailserver zelf hosten?
Alleen als u een reden hebt om de machine ter plaatse te houden en iemand om ze te exploiteren, of een dienstverlener die daarvoor is gemandateerd. Voor de vraag van de soevereiniteit alleen wegen de exploitant en het contract zwaarder dan de plaats.
Is een dedicated e-mailsysteem veiliger dan een gedeelde cloud?
Het neemt het naast elkaar bestaan met andere klanten weg. Het verandert op zich niet wie een mailbox kan openen, noch de kwaliteit van de back-ups. Vergelijk die twee punten schriftelijk.
Kan later van model worden gewisseld?
Ja, op voorwaarde dat de mailboxen in een standaardformaat kunnen worden geëxporteerd en dat het domein op uw naam staat. De methode is die van een migratie zonder onderbreking.
Moet de filtering op dezelfde plaats staan als de mailboxen?
Nee. Een beveiligingsgateway kan vóór het e-mailsysteem worden geplaatst, op een andere plek. De gids geïntegreerde filter of gateway legt die keuze uit.
Waar Klytic staat
Klytic Mail wordt in de drie modellen aangeboden: in de gedeelde architectuur van Klytic, per klant afgeschermd, in een dedicated instantie, of bij de klant. Welk model het ook is, Klytic exploiteert het platform: onderhoud, updates, beveiliging, monitoring en operationeel onderhoud. De dedicated server wordt op offerte opgezet. Later overstappen van het ene model naar het andere is mogelijk.
Hosting is mogelijk in elke geografische zone die aan het toepasselijke rechtsgebied voldoet, onder voorbehoud van de beschikbaarheid van de diensten, met name in Europa of op Mauritius, of op de servers van de klant.
Klytic Mail is het e-mailsysteem. Klytic MTA is de gateway die de post ervoor filtert; een gemengde werking is mogelijk, bijvoorbeeld de filtering bij Klytic en het e-mailsysteem bij u. De details van de filter staan in geïntegreerde filter of gateway.
De toegang tot de e-mailaccounts van klanten is verboden voor de teams van Klytic; technische toegangen worden gecontroleerd en geaudit. De berichten zijn in rust versleuteld met sleutels die door Klytic worden beheerd, wat de opslagmedia beschermt; voor een inhoud die Klytic niet kan lezen, versleutelt de klant end-to-end met zijn eigen privésleutel, bijvoorbeeld met S/MIME.
Wat het aanbod niet dekt: een e-mailsysteem dat u alleen, zonder Klytic, op uw server zou exploiteren. Klytic is niet SecNumCloud-gekwalificeerd; eist een opdrachtgever dat, dan voldoet dit aanbod niet.
Deze pagina beschrijft een algemeen kader. Ze vervangt niet de analyse van uw contract of van uw infrastructuur.
Bronnen
Geraadpleegd in oktober 2026.
- Klytic, E-mail: hostingmodellen van Klytic Mail (datacenters in de zone, dedicated server, gebouw van de klant) en opties. klytic.com
- Klytic, Hosting en soevereiniteit: drie implementatiemodellen, gemengde werking, latere wijziging van model. klytic.com
- Klytic, Wat is een soevereine cloud: exploitant, toepasselijk recht, uitstap; beheer van de sleutels en toegangsverbod tot de mailboxen voor de teams van Klytic. klytic.com
- Klytic, Een Europees zakelijk e-mailsysteem kiezen: exploitatie door Klytic, ongeacht het hostingmodel. klytic.com
