Өз пошта сервері немесе бұлт: компания үшін қайсысын таңдау керек

Жеке пошта сервері және бұлтты пошта деген не

Пошта сервері дегеніміз хабарламаларды қабылдайтын, сақтайтын және жіберетін жүйе. Нақты корпоративтік поштада оған есептік жазбалар, қызметкерлердің бағдарламалары, домен баптаулары, сүзу және әкімшілік қолжетімділік байланысты. Сервердің болуы бұл бөліктердің барлығы жұмысқа дайын дегенді білдірмейді.

Жеке пошта сервері компания жүйені өз жауапкершілігімен орналастырып, оған қызмет көрсететінін білдіреді. Жабдық компанияның өзінде немесе инфрақұрылым жеткізушісінде орналасуы мүмкін. Жалға алынған сервер оған пошталық бағдарламалық жасақтама орнатылғаны үшін ғана дайын пошта қызметіне айналып кетпейді.

Бұлтты пошта дегеніміз жеткізуші пошта платформасын ұсынып, оған қызмет көрсететін қызмет түрі. Компания қолжетімді функцияларды пайдаланады және сервистің мүмкіндіктері шегінде өз ұйымын басқарады. Корпоративтік платформалардың қатарына Яндекс 360, Google Workspace, Microsoft 365 және VK WorkSpace жатады. Қажетті функциялардың шарттары мен қолжетімділігін жеткізушіден нақтылап алыңыз.

Басты айырмашылық міндеттердің бөлінісінде. Дербес орналастыру кезінде техникалық шешімдер мен олардың салдарының көбі компания жағында болады. Бұлтта шешімдердің бір бөлігі жеткізушіге тиесілі. Таңдау жасау үшін екі тараптың да міндеттерін жазып шығып, мұндай бөліністің жұмысыңызға сай келетінін тексерген пайдалы.

Екі модель де тиісті қолдау мен баптаулар болған кезде корпоративтік доменді пайдалануға мүмкіндік береді. Домендік мекенжайдың өзі поштаның қайда орналасқанын анықтамайды. Қызметкер мекенжайының түріне қарап, хабарламаларды сақтау тәсілі, сақтық көшірме жасау немесе қолдау көрсету сапасы туралы қорытынды жасауға болмайды.

Жеке серверді таңдау қашан орынды

Инфрақұрылымды басқаруға қойылатын нақты талаптар болған кезде дербес орналастыруды қарастырған жөн. Мысалы, компанияға бағдарламалар құрамын және әкімшілендіру ережелерін өз бетінше анықтау қажет. Егер қолжетімді бұлтты платформаның қандай міндеттерді шеше алмайтыны және таңдалған баламаны кім қолдайтыны түсінікті болса, бұл техникалық талқылауға негіз болады.

Тағы бір негіз қолданыстағы командаға байланысты. Егер мамандар қазірдің өзінде корпоративтік жүйелерге қызмет көрсетіп жүрсе, олардың пошта үшін де жауап бере алатынын бағалау қажет. Жүйелік әкімшінің болуының өзі мұндай дайындықты растамайды. Поштаны әкімшілендіру тәжірибесін, іркілістер кезіндегі қолжетімділікті және жүктеменің бөлінуін талқылаңыз.

Дербес орналастыру іске қосылғаннан кейін де күшінде болатын шешімдерді талап етеді. Жүйе иесін, техникалық жұмыстарды орындаушыны және оқыс оқиға кезінде шешім қабылдайтын адамды тағайындау қажет. Егер бұл үш рөлді бейресми түрде бір ғана қызметкер атқарса, оның болмауы бөлек ұйымдастырушылық тәуекелге айналады.

Ойдан шығарылған мысал. Астанадағы шартты компания серверлік ортаны өз бетінше басқарғысы келеді. Оның жауапты техникалық командасы және қолжетімділікке қатысты сипатталған талаптары бар. Бұл жеке сервер мәселесін талқылауға негіз бола алады. Дегенмен шешім тек жабдықты бақылауға деген ұмтылысқа ғана емес, команданың поштаға қызмет көрсетуге дайындығына байланысты болады.

Тағы бір ойдан шығарылған мысал: шағын ұйым серверді қызметкерлердің бірі кезінде пошта бағдарламасын орнатып қойғаны үшін таңдайды. Сонымен бірге ешкім сақтық көшірмелерге және хаттардың жеткізілмеуі туралы өтініштерге жауап бермейді. Мұндай жағдайда алдымен қызмет көрсету мәселесін шешіп алу қажет. Орнатылған бағдарлама оның жұмысына жауапты маманның орнын баса алмайды.

Бұлтты сервисті қарастыру қашан ыңғайлырақ

Компания дайын пошта платформасын пайдаланғысы келсе және оның инфрақұрылымына қызмет көрсетуді жеткізушіге тапсырғысы келсе, бұлтты қарастырған жөн. Басшы үшін жауапкершілік шекарасы басқаша белгіленеді: платформаның техникалық құрылымын провайдер анықтайды, ал компания қолжетімді мүмкіндіктер шегінде пайдаланушыларды және өз іскерлік жұмысын басқарады.

Мұндай нұсқаны күнделікті міндеттер арқылы бағалаған пайдалы. Қызметкер қолжетімділікке қалай ие болады? Жұмыстан шыққаннан кейін есептік жазбаны кім жабады? Жоғалған хат туралы өтінішті кім қарайды? Ортақ мекенжайлармен жұмыс істеудің қолайлы тәсілдері бар ма? Жауаптарды таныс атауға қарап болжамай, таңдалған сервиске қатысты нақты білу қажет.

Бұлтты модель есептік жазбалардың қауіпсіздігі үшін жауапкершілікті жоймайды. Әкімші құқықтары, бұрынғы қызметкерлердің қолжетімділігі және жеке құрылғыларды пайдалану компания ішіндегі шешімдерді талап етеді. Егер ұйымды ешкім басқармаса, платформа жеткізушісі Сіздің хат-хабарыңызға нақты кімнің кіруге құқығы бар екенін өздігінен біле алмайды.

Хат жіберетін бағдарламаларды ескеру маңызды. Сайт, CRM, 1С және құрылғылар поштаны қызметкерлерден бөлек пайдалануы мүмкін. Бұл дереккөздердің үйлесімділігін және олардың жұмыс шарттарын нақтылап алу қажет. Ыңғайлы веб-интерфейстің болуы барлық іскерлік қосымшалардың хабарламаларды қажетті тәсілмен жіберетінін дәлелдемейді.

Алматыдағы немесе Қазақстанның басқа қаласындағы компания үшін сервистің қолжетімділігін, жеткізушімен өзара әрекеттесу тәртібін және оны пайдалану шарттарын қосымша анықтап алыңыз. Бұл мәліметтер жеткізуші мен шартқа байланысты болуы мүмкін. Таныс сервистің шарттары кез келген ұйым үшін бірдей болады деген болжаммен таңдау жасамаңыз.

Әкімшілендіру қандай жүктеме түсіреді

Меншікті пошта жүйесі қызметтердің жай-күйін бақылауды және қателерді өңдеуді талап етеді. Оның хабарламаларды қабылдап жатқанын, пошта жәшіктерінің қолжетімділігін және шығыс хаттарды жіберуде қиындық бар-жоғын түсіну қажет. Қызметкердің «менде пошта ашылып тұр» дегені жалпы көріністің шектеулі бөлігін ғана растайды.

Жаңартуларға да жауапты адам қажет. Пошта жүйесі қолдауды қажет ететін бағдарламалық компоненттерден тұрады. Жауапты маман қандай орта қолданылатынын және туындаған қателермен қалай жұмыс істеу керектігін білуі тиіс. Салдары бағаланбай кейінге қалдырылған жаңартулар мен кездейсоқ өзгерістер апат кезінде түсіндіру қиынға соғатын мәселелерді тудырады.

Адамдардың өтініштері де қосымша жүктеме тудырады. Пайдаланушы кіру деректерін ұмытып қалды, қызметкер жұмыстан кетті, бөлімге ортақ мекенжай қажет, серіктес хаттың жеткізілмегеніне шағымданады. Мұндай міндеттер меншікті жүйеде де, бұлтта да туындайды. Жеткізуші орындай алатын немесе компания командасы орындауы тиіс техникалық жұмыстар ғана ерекшеленеді.

Қызмет көрсетудің күтілетін нәтижесін сипаттап қойған пайдалы. Компания қайда жүгіну керектігін, мәселені шешуге кім жауап беретінін және жағдайды талдау үшін қандай деректер сақталатынын түсінуі тиіс. Хаттар бөлімнің жұмысы үшін қажет болып, ал жауапты маман байланысқа шықпай қалғанда, «маман кейде серверді қарап тұрады» деген ауызша келісімнің пайдасы шамалы.

Үлгіні таңдамас бұрын инфрақұрылыммен бірге адам ресурстарына түсетін жүктемені де бағалаңыз. Қызметкерді алмастыруды, кіру құқықтарын тапсыруды және жүйе сипаттамасының бар-жоғын талқылаңыз. Дербестік маман ауысқан кезде де компания поштаны басқару мүмкіндігін сақтап қалса, пайдалы болады. Бір адамның жадына тәуелді болу бұл бақылауды шектейді.

Неліктен IP, PTR және репутация хат жіберуге әсер етеді

IP-мекенжай сервердің желілік мекенжайы болып табылады. Қабылдаушы пошта жүйесі қосылым көзін көреді және хабарламаларды өңдеу кезінде оның репутациясын ескере алады. Репутация қабылдаушы жүйелердің осы көзді қалай қабылдайтынымен, соның ішінде қалаусыз хаттарды жіберу белгілерімен байланысты. Сенімге ие болу үшін тек серверге иелік ету фактісі жеткіліксіз.

PTR дегеніміз IP-мекенжайды домендік атаумен байланыстыратын кері DNS жазбасы. Ол сервердің техникалық сәйкестендіруінің бір бөлігі болып табылады. Өз бетінше орналастырған кезде қажетті мәліметтерді басқару мүмкіндігі мен олар үшін жауапкершілікті инфрақұрылым жеткізушісімен талқылау қажет. Пошта бағдарламасын орнатудың өзі ғана PTR мәселесін шешпейді.

Сондай-ақ SPF, DKIM және DMARC маңызды. Олар рұқсат етілген көзді, хабарламаның қолтаңбасын және растаулардың көрінетін жіберуші доменімен байланысын тексеруге көмектеседі. Бұл түрлі механизмдер. Олардың мақсаты MX, SPF, DKIM және DMARC деген не мақаласында егжей-тегжейлі түсіндірілген.

Хаттардың жеткізілуі қабылдаушы жүйелердің шешімдерін ескере отырып, хабарламалардың алушыларға жету қабілетін білдіреді. Ол тек қосулы тұрған сервермен немесе қызметкердің сәтті авторизациясымен шектелмейді. Ірі пошта сервистері өз ережелерін қолданады, сондықтан өз серверінде орналастыру әрбір хаттың қабылдануына кепілдік бермейді.

Бұлтты сервис те алушының шешімін жоққа шығармайды. Екі үлгі үшін де жеткізуден бас тартуды, спамға түсуді және хабарлама пошта жәшігінде бар болса да пайдаланушы оны таппаған жағдайды ажырата білу маңызды. Өтініш білдірген кезде нақты хаттар мен жүйенің қолжетімді жауаптары қажет болады. «Платформаны ауыстырған соң енді спам болмайды» деген уәде мұндай талдаудың орнын баса алмайды.

Спамнан қорғау және резервтік көшірмелер

Меншікті сервер қалаусыз кіріс поштаны өңдеуі және заңсыз пайдаланудан қорғалған болуы тиіс. Тіркелгінің бұзылуы шығыс хаттарды жіберуге және оларға деген сенімге әсер етуі мүмкін. Сондықтан сервер қауіпсіздігі мен пайдаланушылардың жүйеге кіру қауіпсіздігіне қатар көңіл бөлу қажет, панельдегі бір ғана баптау жеткіліксіз.

Сүзу де сүйемелдеуді қажет етеді. Егер маңызды хат қалаусыздар қатарына жатқызылса, қызметкер қайда жүгіну керектігін білуі тиіс. Егер зиянды хабарлама пошта жәшігіне өтіп кетсе, оны талдау үшін сақтап қойған пайдалы. Сүзгінің болуы кез келген кіріс хатты қауіпсіз етпейді және күтпеген тіркемелер мен сұраулар кезіндегі сақтықты алмастыра алмайды.

Резервтік көшірме жұмыс деректерінде ақау туындаған кезде оларды қалпына келтіруге арналған деректердің бөлек көшірмесі. «Бэкап» сөзінің өзі көшірменің құрамы туралы ештеңе білдірмейді. Оған хабарламалар, баптаулар және басқа да қажетті мәліметтер кіретінін, оған кім кіре алатынын және қалпына келтіру мүмкіндігіне кім жауапты екенін анықтау қажет.

Меншікті жүйеге қатысты бұл мәселелерді компания өз орындаушысымен бірге шешеді. Бұлт үшін жеткізушінің мүмкіндіктерін және ұйымның міндеттерін зерделеу қажет. Хаттар тарихына қол жеткізудің кез келген түрін деректер жойылған, әкімші қате жіберген немесе қолжетімділік жоғалған барлық жағдайға толыққанды шешім деп санауға болмайды.

Басшыға нені қалпына келтіруге болатыны және қабылданған шешімнің қандай шектеулері бар екені туралы сипаттама алған пайдалы. Техникалық бақылау оның нәтижесі процесс иесіне түсінікті болғанда ғана мәнге ие болады. Егер көшірмелердің қайда орналасқанын және оларды кім пайдалана алатынын ешкім білмесе, мәлімделген дербестік жұмысты қалпына келтіруге көмектеспейді.

Дайын серверлік жиынтықтар не береді

Mailcow, iRedMail, Stalwart және Modoboa шешімдерін пошта жүйесін өз бетінше орналастыру мысалдары ретінде қарастыруға болады. Оларды атап өту нақты өнімді ұсынуды білдірмейді. Таңдау компанияның талаптарына, қажетті функциялардың құрамына және қызмет көрсететін команданың мүмкіндіктеріне байланысты.

Дайын жиынтық бағдарламалық бөлікті жинақтауға көмектеседі, бірақ жұмыс істеп тұрған пошта үшін барлық жауапкершілікті сыртқы жеткізушіге жүктемейді. Инфрақұрылым, жаңартулар, резервтік көшірмелер, пайдаланушылардың қолжетімділігі және хаттардың жеткізілуі мәселелері бәрібір қала береді. Сондықтан өнімнің атауын нәтиже мен қызмет көрсету талаптары анықталғаннан кейін талқылаған жөн.

Техникалық орындаушыдан таңдалған шешімнің неліктен ұйымыңызға сәйкес келетінін түсіндіруді сұраңыз. Жауап жүйенің мүмкіндіктерін нақты міндеттермен байланыстыруы тиіс. Жауапкершілікті түсіндірмейтін компоненттер атауларының тізімі басшыға меншікті серверде орналастыру мен бұлтты салыстыруға көмектеспейді.

Нұсқаларды салыстыру үшін бірыңғай сұрақтар жиынтығын қолданған ыңғайлы. Инфрақұрылымға кім қызмет көрсетеді? Пайдаланушыларды кім басқарады? Жіберу қателері қалай қарастырылады? Деректердің сақталуы үшін не қарастырылған? Компанияда қандай тәуелділіктер қалады? Осылайша талқылау таныс брендтер туралы дауға айналмайды.

Таңдау жасамас бұрын компанияға нені дайындау қажет

Жеке және ортақ пошта жәшіктерінің, алиастардың және хат жіберетін жүйелердің тізімін жасаңыз. Қызметкерлердің поштамен қалай жұмыс істейтінін сипаттаңыз: браузер, бағдарлама немесе телефон арқылы. Тапсырыстармен, құжаттармен және клиенттердің өтініштерімен жұмыс істеуге қандай мекенжайлар қатысатынын көрсетіңіз. Бұл нұсқаны нақты міндеттер арқылы бағалауға көмектеседі.

Доменге, поштаға, сайтқа және іскерлік бағдарламаларға жауаптыларды атаңыз. Ағымдағы жүйе туралы қандай мәліметтер компанияға қолжетімді екенін нақтылаңыз. Дайындыққа қажетті деректердің толық тізімі поштаны көшіру алдындағы чек-листте берілген. Қолданыстағы пошта жәшіктеріне кіре алу көшіру мүмкіндігін бағалау үшін маңызды, ал нақты шарттар аудит барысында анықталады.

Қазақстандағы дербес деректер мен корпоративтік хат-хабарды сақтау және өңдеу талаптарын заңгермен тексеріңіз. Олар салаға және шарттарға байланысты болуы мүмкін. Өз бетінше орналастыру дайын заңгерлік қорытынды болып табылмайды, ал «бұлт» сөзі нақты жеткізушінің деректерді өңдеу шарттарын сипаттамайды.

Жиі қойылатын сұрақтар

Жеке сервер жеткізуді толық бақылау дегенді білдіре ме?

Компания жүйенің өз бөлігін инфрақұрылым мен шарттар шегінде бақылайды. Қабылдаушы сервис хатты қабылдау немесе қабылдамауды және оны қалай өңдеу керектігін өз бетінше шешеді. Сондықтан жеке сервердің болуы хаттардың сыртқы мекенжайларға жеткізілуіне кепілдік бермейді.

Дайын жиынтықты орнатып, поштаға бұдан былай қызмет көрсетпеуге бола ма?

Жоқ. Жаңартулар, қауіпсіздік, сақтық көшірмелер және пайдаланушылардың өтініштерімен жұмыс істеу міндеттері қалады. Дайын бағдарламалық жинақ жауапты әкімшінің орнын баса алмайды. Таңдау жасамас бұрын, бұл жұмысты кім атқаратынын және оны кім алмастыра алатынын анықтап алыңыз.

Бұлтта компанияға әкімші керек емес пе?

Ұйымға, пайдаланушыларға және қолжетімділікке жауапты маман қажет. Сондай-ақ жеткізушімен және хат жіберетін бағдарламалардың иелерімен де біреу байланысып отыруы тиіс. Бұлт техникалық міндеттердің бөлінісін өзгерткенімен, компания тарапынан корпоративтік поштаны басқару қажеттілігін жоймайды.

Жеке сервер үшін қайсысы маңыздырақ: PTR ме, әлде DKIM бе?

Олар әртүрлі міндеттерді атқарады. PTR IP-мекенжайға арналған кері DNS-ке, ал DKIM хабарламаның қолтаңбасына қатысты. Бірінің дұрыс бапталуы екіншісін алмастырмайды. Пошта жүйесін барлық шарттардың жиынтығы мен нақты жөнелтілімдер деректері бойынша бағалау қажет.

Қазақстандағы компания қай нұсқаны таңдағаны жөн?

Жұмыс талаптарын, команданың мүмкіндіктерін және жеткізушінің міндеттерін салыстырыңыз. Сервистің қолжетімділігі мен шарттарын сол жеткізушіден нақтылап алыңыз. Деректерді өңдеуге қойылатын талаптарды заңгермен бірге тексеріңіз. Тек елге немесе қызметкерлер санына қарап жасалған әмбебап таңдау жүйеңіздің ерекшеліктерін толық түсіндіре алмайды.