Három üzemeltetési modell
Gyakran beszélnek „felhőről” és „helyben telepített” rendszerről, mintha két tábor létezne. A gyakorlatban három modell létezik egymás mellett, és két kérdés különbözteti meg őket: hol fut a gép, és ki működteti.
Egy levelezőrendszer üzemeltetése azt jelenti: telepíteni a frissítéseket, figyelni a levélsort és a lemezterületet, megújítani a tanúsítványokat, menteni, visszaállítani, reggel 7-kor reagálni egy incidensre, és megőrizni a domain küldési hírnevét. A hosztolás csak a gép és a hálózat biztosítása.
Az üzemeltetett felhő
A szolgáltató kezeli a teljes platformot. Ez általában több ügyfél között megosztott, logikai elkülönítéssel: minden szervezet csak a saját domainjeit és postafiókjait látja, de a szerverek, a tárolók és az üzemeltető csapatok közösek. Ezzel a modellel a legegyszerűbb elindulni, és ez a legolcsóbb fenntartani.
A dedikált levelezőrendszer
Egy példány vagy egy szerver az Ön szervezetének van fenntartva. Az Ön adatai nem kerülnek egyetlen más ügyfél adatai mellé sem. Az üzemeltetést továbbra is a szolgáltató végzi: Ön elkülönítést vásárol, nem munkaterhet. Ez a modell a szabályozott ágazatoknak, a nagy forgalomnak, a vállalataikat egyértelműen szétválasztani kívánó cégcsoportoknak, vagy olyan beállításokhoz való, amelyeket egy megosztott platform nem tud egyetlen ügyfélnek biztosítani.
A telephelyen működő levelezőrendszer
A gép Önöknél van, a szervertermükben vagy az adatközpontjukban. Valakinek mégis üzemeltetnie kell. Vagy az Ön csapata teszi ezt, vagy egy szolgáltató távolról, az Ön által biztosított hozzáféréssel. Mindkét választás jogos; nem ugyanannyiba kerülnek, és nem ugyanazokat a helyreállítási garanciákat nyújtják.
Ami valóban változik
Öt szempont különbözteti meg a három modellt. A többi, például a webmail vagy az Outlook-kompatibilitás, főként a szoftvertől függ, nem a helytől.
| Szempont | Üzemeltetett felhő | Dedikált | A saját telephelyén |
|---|
| Szomszédság | Megosztott platform, logikai elkülönítés | Nincs más ügyfél a példányon | Az Ön hálózata, az Ön többi szervere |
| Frissítések | A szolgáltató, a saját ütemezése szerint | A szolgáltató, néha egyeztethető ütemezéssel | Az Ön csapata vagy a megbízott szolgáltató |
| Mentések | A szolgáltatónál, a szerződése szerint | A szolgáltatónál, néha dedikáltan | Meg kell szervezni: hol, ki végzi, a telephelyen kívül? |
| Ki nyithat meg egy postafiókot | Az Ön adminisztrátorai és az üzemeltető | Az Ön adminisztrátorai és az üzemeltető | Az Ön adminisztrátorai, és az üzemeltető, ha van ilyen |
| Kilépés | Export és az MX módosítása | Export és az MX módosítása | Export, az MX módosítása, valamint a gép átvétele vagy újrahasznosítása |
A szomszédság
Egy megosztott platformon egy másik ügyfél kompromittált fiókjából indított kéretlenlevél-kampány ronthatja a közös küldő IP-cím hírnevét. Egy dedikált példány vagy egy dedikált IP-cím elszigeteli ezt a kockázatot. A saját telephelyén a szomszéd az Ön saját hálózata: egy fertőzött munkaállomás elérheti a szervert, ha az nincs elkülönítve.
Ki nyithat meg egy postafiókot
Ezt a sort töltik ki túl gyorsan. Aki vissza tud állítani egy postafiókot, el is tudja olvasni, bármelyik modellről legyen szó. A hely nem szünteti meg ezt a hozzáférést; csak azt változtatja meg, kiknek van meg. A hasznos kérdések tehát: ki birtokolja az adminisztrátori fiókokat, ezek a hozzáférések névre szólók és naplózottak-e, és tiltja-e a szerződés, hogy az üzemeltető az ügyfél kérése nélkül megnyisson egy postafiókot. Csak a végponttól végpontig tartó titkosítás, amelynek privát kulcsát Ön őrzi, például S/MIME-mal, teszi egy üzenet tartalmát olvashatatlanná az üzemeltető számára.
A kilépés
A domainnévnek az Ön nevén kell maradnia: az MX-rekordja jelöli ki a leveleit fogadó szervert, és Önnek engedélykérés nélkül módosítania kell tudnia. A többit elő kell készíteni: a postafiókok exportálása szabványos formátumban, a naptárakkal és névjegyekkel együtt, az export határideje, a törlés a szerződés vége után.
A saját hosztolás nem elegendő a szuverenitáshoz
A szerver saját telephelyre helyezése egy pontos kérdésre válaszol: hol vannak fizikailag a lemezek. A Mi az a szuverén felhő? útmutató emlékeztet, hogy legalább három kérdés marad: melyik vállalat üzemelteti, melyik jog vonatkozik rá, és hogyan lehet kilépni.
Egy falain belül álló szerver így láthatatlanul is függő maradhat külső felektől:
- a karbantartást egy szolgáltató távolról végzi, akinek ismerni kell az országát és a hozzáféréseit;
- a mentések egy alapértelmezés szerint kiválasztott online tárhelyre kerülnek, néha az Ön zónáján kívül;
- a beérkező levelek szűrését egy harmadik fél szolgáltatása végzi, amelyen minden üzenet áthalad, mielőtt megérkezik Önhöz;
- az ügyfeleinek küldött levelek mindenképpen az ő szervereiken haladnak át, amelyek felett Önnek nincs ellenőrzése.
Fordítva, egy hosztolt szolgáltatást üzemeltethet egy európai vállalat, amely egyedül rendelkezik az adatok felett, naplózott hozzáférésekkel és írásban rögzített kilépési feltételekkel. A hely továbbra is hasznos szempont, különösen az adatkezelési nyilvántartás szempontjából. A hosztolás és szuverenitás oldal részletezi a Klytic által kínált módokat.
Az elfelejtett teher
Egy kkv akarhatja az ellenőrzést anélkül, hogy ügyeletet akarna. Mielőtt egy levelezőrendszert hazahozna, vegye számba, mit igényel valójában az üzemeltetés.
- Felügyelet. Növekvő levélsor, megtelő lemez, lejáró tanúsítvány, tiltólistára került IP-cím. Minden riasztásnak el kell jutnia valakihez, hétvégén is.
- Leállás. Amikor a szerver leáll, a feladók a leveleket a sorukban tartják, és újrapróbálkoznak: a beérkező levelek várakoznak. De senki sem olvas és nem küld leveleket, és a telefonok sem szinkronizálnak. Egyetlen internetkapcsolat vagy egyetlen áramellátás egyetlen meghibásodási ponttá válik.
- Hálózat. Fix IP-cím, koherens fordított DNS-rekord, olyan szolgáltató, amely átengedi a kimenő leveleket: ezek nélkül üzenetei a levelezőpartnereinél a kéretlen levelek közé kerülnek.
- Megújítás. A hardver öregszik, az operációs rendszer és a levelezőszoftver támogatása egyszer véget ér. Egy főverzió-váltást úgy kell előkészíteni, mint egy kisebb projektet.
- Szakértelem. Ha csak egyetlen ember tudja újraindítani a szolgáltatást, az ő szabadsága kockázat. A dokumentáció és a helyettes is a költség része.
Példa. Egy 60 fős ipari vállalat (feltételezett eset) saját szerverteremmel rendelkezik, és azt szeretné, hogy tervrajzai ne hagyják el a telephelyet. A levelezőrendszert a saját telephelyén telepíti, de a távoli üzemeltetést egy szolgáltatóra bízza: frissítések, felügyelet, visszaállítások. Informatikusa kezében marad a hardver és a hálózat. Megvan az a hely, amelyet akart, anélkül, hogy egyedül viselné az ügyeletet. Már csak le kell írnia, hová kerülnek a mentések, és ki jelentkezhet be.
Hogyan döntsön
Az üzemeltetett felhő akkor megfelelő, ha gyorsan szeretne indulni, üzemeltető csapat nélkül, és a logikai elkülönítés, valamint az üzemeltető írásos vállalásai elegendőek Önnek.
A dedikált példány akkor megfelelő, ha egy megbízó, egy szabályozott ágazat vagy egy több vállalatból álló cégcsoport megköveteli, hogy adatai ne kerüljenek más ügyfél adatai mellé, anélkül, hogy Ön maga akarná üzemeltetni.
A saját telephely akkor megfelelő, ha az adatok nem hagyhatják el a telephelyet, ha a hálózatot el kell tudni szigetelni, vagy ha a címtár és az infrastruktúra már létezik és karban van tartva.
A saját telephely rossz választás, ha csak arra szolgál, hogy „szuverének legyünk”, miközben senkinek sincs ideje üzemeltetni, sem a telephelyen kívül menteni.
A modelltől függetlenül megkövetelendő funkciókat a milyen funkciókat várjunk el egy üzleti levelezőrendszertől útmutató tartalmazza. A mentést és a leállás utáni helyreállítást a levelezés mentése, törlés és folytonosság tárgyalja. Európai szolgáltatók összehasonlításához lásd: európai üzleti levelezőrendszer kiválasztása.
Gyakori kérdések
Saját magunknak kell hosztolnunk a levelezőszerverünket?
Csak akkor, ha oka van a gépet helyben tartani, és van valaki, aki üzemelteti, vagy egy erre megbízott szolgáltató. Ha csak a szuverenitás a kérdés, az üzemeltető és a szerződés többet számít, mint a hely.
Biztonságosabb-e egy dedikált levelezőrendszer egy megosztott felhőnél?
Megszünteti a más ügyfelekkel való szomszédságot. Önmagában nem változtat azon, ki nyithat meg egy postafiókot, sem a mentések minőségén. Hasonlítsa össze írásban ezt a két szempontot.
Válthatunk-e később modellt?
Igen, feltéve, hogy a postafiókok szabványos formátumban exportálhatók, és a domain az Ön nevén van. A módszer egy megszakítás nélküli migráció módszere.
Ugyanott kell lennie a szűrésnek, mint a postafiókoknak?
Nem. Egy biztonsági átjáró elhelyezhető a levelezőrendszer előtt, attól eltérő helyen. Ezt a választást a beépített szűrő vagy biztonsági átjáró útmutató magyarázza el.
Hol helyezkedik el a Klytic
A Klytic Mail mindhárom modellben elérhető: a Klytic ügyfelenként elkülönített, közös architektúrájában, dedikált példányban, vagy az ügyfélnél. A módtól függetlenül a platformot a Klytic üzemelteti: karbantartás, frissítések, biztonság, felügyelet és az üzemképes állapot fenntartása. A dedikált szerver árajánlat alapján készül. Az egyik módról a másikra később is át lehet térni.
A hosztolás bármely, az alkalmazandó joghatóságnak megfelelő földrajzi zónában lehetséges, a szolgáltatások elérhetőségétől függően, különösen Európában vagy Mauritiuson, illetve az ügyfél saját szerverein.
A Klytic Mail a levelezőrendszer. A Klytic MTA az előtte álló, a leveleket szűrő átjáró; vegyes működés is lehetséges, például a szűrés a Klyticnél, a levelezőrendszer pedig Önöknél. A szűrő részleteit a beépített szűrő vagy biztonsági átjáró útmutató tartalmazza.
A Klytic csapatai számára tilos az ügyfelek levelezési fiókjaihoz való hozzáférés; a technikai hozzáférések ellenőrzöttek és auditoltak. Az üzenetek tárolt állapotban a Klytic által kezelt kulcsokkal titkosítottak, ami az adathordozókat védi; ahhoz, hogy a tartalom a Klytic számára olvashatatlan legyen, az ügyfél saját privát kulcsával, végponttól végpontig titkosít, például S/MIME-mal.
Amit az ajánlat nem fed le: egy olyan levelezőrendszert, amelyet Ön egyedül, a Klytic nélkül üzemeltetne a saját szerverén. A Klytic nem rendelkezik SecNumCloud minősítéssel; ha egy megbízó ezt megköveteli, ez az ajánlat nem felel meg.
Ez az oldal általános keretet ír le. Nem helyettesíti szerződésének és infrastruktúrájának elemzését.
Források
Megtekintve 2026 októberében.
- Klytic, Levelezés: a Klytic Mail hosztolási módjai (a zóna adatközpontjai, dedikált szerver, az ügyfél telephelye) és opciók. klytic.com
- Klytic, Hosztolás és szuverenitás: három telepítési mód, vegyes működés, későbbi módváltás. klytic.com
- Klytic, Mi az a szuverén felhő?: üzemeltető, alkalmazandó jog, kilépés; a kulcsok birtoklása és a postafiókokhoz való hozzáférés tilalma a Klytic csapatai számára. klytic.com
- Klytic, Európai üzleti levelezőrendszer kiválasztása: üzemeltetés a Klytic által, a hosztolási módtól függetlenül. klytic.com
