Trei regimuri de exploatare
Se vorbește adesea despre „cloud” în opoziție cu „on-premise”, ca și cum ar exista două tabere. În practică, coexistă trei regimuri, care se deosebesc prin două întrebări: unde rulează mașina și cine o face să funcționeze.
A exploata un serviciu de e-mail înseamnă a aplica actualizările, a monitoriza coada de așteptare și spațiul pe disc, a reînnoi certificatele, a face backup, a restaura, a răspunde unui incident la ora 7 dimineața și a păstra reputația de trimitere a domeniului. A găzdui înseamnă doar a furniza mașina și rețeaua.
Cloudul operat
Furnizorul gestionează întreaga platformă. Aceasta este în general partajată între mai mulți clienți, cu o compartimentare logică: fiecare organizație își vede doar domeniile și căsuțele proprii, dar serverele, stocarea și echipele de exploatare sunt comune. Este regimul cel mai simplu de pornit și cel mai ieftin de întreținut.
E-mailul dedicat
O instanță sau un server este rezervat organizației dumneavoastră. Datele dumneavoastră nu stau alături de cele ale niciunui alt client. Furnizorul continuă să exploateze: cumpărați izolare, nu volum de muncă. Acest regim răspunde sectoarelor reglementate, volumelor mari, grupurilor care vor să își separe clar companiile sau setărilor pe care o platformă partajată nu le poate acorda unui singur client.
E-mailul în sediul dumneavoastră
Mașina se află la dumneavoastră, în camera de servere sau în centrul dumneavoastră de date. Cineva trebuie totuși să o exploateze. Fie o face echipa dumneavoastră, fie un furnizor o face de la distanță, printr-un acces pe care i-l deschideți. Ambele variante sunt legitime; nu costă la fel și nu oferă aceleași garanții de reluare a activității.
Ce se schimbă cu adevărat
Cinci aspecte diferențiază cele trei regimuri. Celelalte, precum webmailul sau compatibilitatea cu Outlook, depind mai ales de program, nu de loc.
| Aspect | Cloud operat | Dedicat | În sediul dumneavoastră |
|---|
| Vecinătate | Platformă partajată, compartimentare logică | Niciun alt client pe instanță | Rețeaua dumneavoastră, celelalte servere ale dumneavoastră |
| Actualizări | Furnizorul, după propriul calendar | Furnizorul, calendar uneori negociabil | Echipa dumneavoastră sau furnizorul mandatat |
| Backupuri | La furnizor, conform contractului său | La furnizor, uneori dedicate | De organizat: unde, de către cine, în afara sediului? |
| Cine poate deschide o căsuță | Administratorii dumneavoastră și operatorul | Administratorii dumneavoastră și operatorul | Administratorii dumneavoastră și operatorul, dacă există unul |
| Ieșire | Export și schimbarea MX | Export și schimbarea MX | Export, schimbarea MX și mașina care trebuie preluată sau reciclată |
Vecinătatea
Pe o platformă partajată, o campanie de spam trimisă din contul compromis al altui client poate degrada reputația adresei IP de trimitere comune. O instanță dedicată sau o adresă IP dedicată izolează acest risc. În sediul dumneavoastră, vecinul este propria rețea: un calculator infectat poate ajunge la server dacă acesta nu este compartimentat.
Cine poate deschide o căsuță
Acesta este rândul completat prea repede. Cine poate restaura o căsuță o poate și citi, indiferent de regim. Locul nu elimină acest acces; schimbă doar lista persoanelor care îl au. Întrebările utile sunt deci: cine deține conturile de administrare, sunt aceste accese nominative și trasabile și interzice contractul operatorului să deschidă o căsuță fără o cerere a clientului? Doar o criptare end-to-end, a cărei cheie privată o păstrați dumneavoastră, de exemplu cu S/MIME, face conținutul unui mesaj ilizibil pentru operator.
Ieșirea
Numele de domeniu trebuie să rămână pe numele dumneavoastră: înregistrarea sa MX este cea care desemnează serverul care vă primește e-mailurile, iar dumneavoastră trebuie să o puteți modifica fără a cere permisiunea. Restul se pregătește: exportul căsuțelor într-un format standard, inclusiv calendarele și contactele, termenul de export, ștergerea după încheierea contractului.
Găzduirea proprie nu este suficientă pentru suveranitate
Instalarea serverului în sediul propriu răspunde unei întrebări precise: unde se află fizic discurile. Ghidul ce este un cloud suveran amintește că mai rămân cel puțin trei: ce companie exploatează, ce legislație i se aplică și cum se poate ieși.
Un server aflat în sediul dumneavoastră poate rămâne astfel dependent de exterior fără ca acest lucru să se vadă:
- mentenanța este făcută de la distanță de un furnizor, a cărui țară și ale cărui accese trebuie cunoscute;
- backupurile pleacă spre o stocare online aleasă implicit, uneori în afara zonei dumneavoastră;
- filtrarea e-mailurilor primite este asigurată de un serviciu terț, prin care trece fiecare mesaj înainte de a ajunge la dumneavoastră;
- e-mailurile trimise clienților dumneavoastră călătoresc oricum pe serverele acestora, pe care nu le controlați.
Invers, un serviciu găzduit poate fi exploatat de o companie europeană care păstrează singură controlul asupra datelor, cu accese trasabile și o procedură de ieșire scrisă. Locul rămâne un element util, în special pentru registrul activităților de prelucrare. Pagina găzduire și suveranitate detaliază modurile propuse de Klytic.
Efortul care este uitat
Un IMM poate dori controlul fără să dorească și serviciul de permanență. Înainte de a readuce un serviciu de e-mail în sediu, faceți inventarul a ceea ce cere cu adevărat exploatarea.
- Monitorizare. Coadă de așteptare care crește, disc care se umple, certificat care expiră, adresă IP inclusă pe o listă de blocare. Fiecare alertă trebuie să ajungă la cineva, inclusiv în weekend.
- Pană. Când serverul se oprește, expeditorii păstrează mesajele în coada de așteptare și reîncearcă: e-mailurile primite așteaptă. Dar nimeni nu mai citește și nu mai trimite, iar telefoanele nu se mai sincronizează. O singură conexiune la Internet sau o singură sursă de alimentare devine un punct unic de defectare.
- Rețea. O adresă IP fixă, o înregistrare DNS inversă coerentă, un operator care permite trecerea e-mailurilor trimise: fără acestea, mesajele dumneavoastră ajung în dosarul de mesaje nedorite al corespondentilor.
- Reînnoire. Echipamentele îmbătrânesc, sistemul de operare și programul de e-mail au un sfârșit al suportului. O actualizare majoră de versiune se pregătește ca un mic proiect.
- Competențe. Dacă o singură persoană știe să repornească serviciul, concediile sale reprezintă un risc. Documentația și înlocuitorul fac parte din cost.
Exemplu. O companie industrială cu 60 de angajați (caz ipotetic) are o cameră de servere și vrea ca planurile sale să nu părăsească sediul. Instalează serviciul de e-mail în sediu, dar încredințează exploatarea de la distanță unui furnizor: actualizări, monitorizare, restaurări. Informaticianul său păstrează controlul asupra echipamentelor și rețelei. Compania are locul pe care îl dorea, fără a asigura singură serviciul de permanență. Mai trebuie să stabilească în scris unde pleacă backupurile și cine se poate conecta.
Cum decideți
Cloudul operat este potrivit când doriți să începeți repede, fără o echipă de exploatare, iar compartimentarea logică și angajamentele scrise ale operatorului vă sunt suficiente.
Instanța dedicată este potrivită când un client important, un sector reglementat sau un grup cu mai multe companii cere ca datele dumneavoastră să nu stea alături de cele ale niciunui alt client, fără ca dumneavoastră să doriți să le exploatați.
Sediul propriu este potrivit când datele nu trebuie să părăsească locația, când rețeaua trebuie să poată fi izolată sau când directorul de utilizatori și infrastructura există deja și sunt întreținute.
Sediul propriu este o alegere proastă dacă servește doar pentru „a fi suveran”, fără ca cineva să aibă timp să îl exploateze sau să facă backup în afara locației.
Funcțiile pe care trebuie să le cereți, indiferent de regim, sunt descrise în ce trebuie să facă un serviciu de e-mail profesional. Backupul și reluarea după o pană sunt tratate în backup, ștergere și continuitate. Pentru a compara furnizori europeni, vedeți alegerea unui serviciu de e-mail profesional european.
Întrebări frecvente
Trebuie să vă găzduiți singur serverul de e-mail?
Doar dacă aveți un motiv să păstrați mașina la fața locului și pe cineva care să o exploateze sau un furnizor mandatat să o facă. Pentru simpla întrebare a suveranității, operatorul și contractul contează mai mult decât locul.
Este un serviciu de e-mail dedicat mai sigur decât un cloud partajat?
Elimină vecinătatea cu alți clienți. Nu schimbă, singur, cine poate deschide o căsuță și nici calitatea backupurilor. Comparați aceste două aspecte în scris.
Puteți schimba regimul mai târziu?
Da, cu condiția ca căsuțele să poată fi exportate într-un format standard, iar domeniul să fie pe numele dumneavoastră. Metoda este cea a unei migrări fără întreruperi.
Filtrarea trebuie să fie în același loc cu căsuțele?
Nu. O poartă de securitate poate fi plasată în fața serviciului de e-mail, în alt loc decât acesta. Ghidul filtru integrat sau poartă de securitate explică această alegere.
Unde se situează Klytic
Klytic Mail este oferit în toate cele trei regimuri: în arhitectura partajată a Klytic, compartimentată pe client, într-o instanță dedicată sau la client. Indiferent de mod, Klytic exploatează platforma: mentenanță, actualizări, securitate, monitorizare și menținere în stare operațională. Serverul dedicat se stabilește pe bază de ofertă de preț. Trecerea de la un mod la altul este posibilă ulterior.
Găzduirea este posibilă în orice zonă geografică ce corespunde jurisdicției aplicabile, sub rezerva disponibilității serviciilor, în special în Europa sau în Mauritius, ori pe serverele clientului.
Klytic Mail este serviciul de e-mail. Klytic MTA este poarta care filtrează e-mailurile înaintea acestuia; este posibilă o funcționare mixtă, de exemplu filtrarea la Klytic și serviciul de e-mail la dumneavoastră. Detaliile filtrului se află în filtru integrat sau poartă de securitate.
Accesul la conturile de e-mail ale clienților este interzis echipelor Klytic; accesele tehnice sunt controlate și auditate. Mesajele sunt criptate în repaus cu chei gestionate de Klytic, ceea ce protejează suporturile de stocare; pentru un conținut ilizibil pentru Klytic, clientul criptează end-to-end cu propria cheie privată, de exemplu în S/MIME.
Ce nu acoperă oferta: un serviciu de e-mail pe care l-ați exploata singur, fără Klytic, pe serverul dumneavoastră. Klytic nu este calificat SecNumCloud; dacă un client important o cere, această ofertă nu corespunde.
Această pagină descrie un cadru general. Ea nu înlocuiește analiza contractului și a infrastructurii dumneavoastră.
Surse
Consultate în octombrie 2026.
- Klytic, E-mail: modurile de găzduire ale Klytic Mail (centre de date din zonă, server dedicat, sediul clientului) și opțiuni. klytic.com
- Klytic, Găzduire și suveranitate: trei moduri de implementare, funcționare mixtă, schimbarea ulterioară a modului. klytic.com
- Klytic, Ce este un cloud suveran: operator, legislație aplicabilă, ieșire; deținerea cheilor și interdicția de acces la căsuțe pentru echipele Klytic. klytic.com
- Klytic, Alegerea unui serviciu de e-mail profesional european: exploatare de către Klytic indiferent de modul de găzduire. klytic.com
