CRM/ERP инфрақұрылымы: серверді офиске қою ма әлде ЦОД-та орналастыру ма

Таңдауды неден бастау керек: нені шын мәнінде салыстырып жатырсыз

Сіз тек «темір» қай жерде тұратынын ғана таңдамайсыз. Сіз CRM/ERP жүйесінің күнделікті қалай жұмыс істейтінін таңдайсыз: қаншалықты жиі ақаулар болады, жүйе қаншалықты тез қалпына келеді, кім қауіпсіздікке жауап береді және барлық осының практикалық шығындары қандай болады.

«Офисте сервер ме әлде ЦОД па» дегенде әдетте үш тәсілді салыстырады:

• Офистік сервер (сервер бөлмесінде немесе жеке кабинеттің ішінде).
• Серверді ЦОД-та орналастыру (колокация): жабдық сізде, алайда дата-центрдің алаңы мен инженериясы.
• Гибрид: кей жүйелер офисте, кейбірі ЦОД-та (мысалы, база мен бэкаптар ЦОД-та, ал локальды сервисер офисте).

Бір жүйе офис үшін «қалыпты», ал ЦОД-та «тамаша» болуы мүмкін, немесе керісінше. Көбіне мәселе бағдарламалық жасақтамада емес, қарапайым нәрселерде: электрмен жабдықтау, салқындату, байланыс, жабдыққа физикалық қол жетімділік және түнгі кезекшілік жауапкершілігі.

Бағаларды салыстырудан бұрын негізгі талаптарды айқындаңыз. Олар тез арада бірнеше нұсқаны алып тастайды:

• Бір уақытта қанша қолданушы жұмыс істейді және шыңдар бар ма (таңертең, ай соңында, маусымдық).
• Филиалдар, қашықтағы қызметкерлер және мобильді қатынау бар ма, олар қай жерде орналасқан.
• Сіз үшін тоқтау деген не: 10 минут көтерілетін пе немесе бұл критикалық па.
• Жүйеде қандай деректер сақталады (жеке, қаржылық, медициналық) және қауіпсіздік талаптары қандай.
• Оқиғаларға кім жауап береді және адамдар серверге физикалық қаншалықты тез жете алады.

Мысал: бас офисте Алматыда, екі өңірлік филиал бар. Егер филиалдардан CRM «шаңқ» шығаратын болса, себеп көбіне серверде емес, байланыста және маршрутизацияда болады. Сол кезде жабдықты магистральдық түйіндерге жақын ЦОД-қа көшіру айтарлықтай әсер бере алады, тіпті серверді ауыстырмай-ақ.

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

CRM/ERP-ге арналған минималды талаптар қарапайым тілмен

Орналасуды талқылайтын бұрын жүйенің күнделікті не қажет ететінін түсіну керек. Талаптар CRM/ERP атауынан емес, жүктеме, дерек көлемі және ішкі ережелерден тәуелді.

Санмен нақтылау қажет нәрселер

Пайдаланушылардан бастаңыз: бір уақытта қанша адам жұмыс істейді және шыңдар қашан болады (айды жабу, топтық есептер, есептеулер, инвентаризация). Осындай күндерде жүктеме оңай 2–3 есеге өсіп, процессор мен жадыға әсер етеді.

Кейін — дерекқор: ағымдағы көлем, өсу жылдамдығы және күтілетін жауап уақыты (карталар, есептер, іздеу). Көп жағдайда «баяулаудың» түпкі себебі сақтау жүйесінде болады: CRM/ERP үшін жылдам дискілер және дұрыс диск конфигурациясы процессордан гөрі маңыздырақ.

Интеграциялар фондық тапсырмалар мен тәуекелдерді қосады: телефония, пошта, 1С, BI-есептер, мемлекеттік сервистермен немесе ЭДО-мен алмасу. Не нақты уақытта жұмыс істеуі тиіс, ал не кесте бойынша жаңартылатынын айқындаңыз.

Және тағы бір шешуші сұрақ: қанша тоқтау рұқсат етіледі. Айына 2–3 сағат тоқтау қабылданатын болса — бұл бір деңгей. Егер жұмыс уақытында 30 минут та жоғалтуға болмайтын болса — басқа деңгейдегі резервтеу мен қалпына келтіру қажет.

Площадканы таңдаудан бұрын кем дегенде мына нәрселерді жазып алыңыз:

• бір уақытта қолданушылар саны мен шыңдардың сипаты;
• базаның қазіргі көлемі және 12–24 айға өсу болжамы;
• критикалық интеграциялар және қызмет көрсету терезелері;
• рұқсат етілген тоқтау және деректер жоғалу (RTO/RPO);
• компания ережелері: деректер қайда сақталуы тиіс, аудит қажет пе және регламенттерді кім бекітеді.

Қысқа мысал

60 қызметкері бар компания CRM пен есеп жүргізуді қолданады. Кәдімгі күні 25–30 адам бір уақытта жұмыс істейді, ай соңында — 50 адам, және барлығы есептер құрастырады. База 400 ГБ дейін өскен және айына 30–40 ГБ қосылып келеді. Сонымен қатар телефония мен құжат алмасу интеграциясы жүреді.

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

1-ші нұсқа: офистегі сервер — нақты шығындар мен шектеулер

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

Шығындар қандайдан тұрады

Бір реттік сервер сатып алу — тек бастамасы. Жүйе құлдықсыз жұмыс істеуі және деректер жоғалмауы үшін әдетте қажет болады:

• дерекқорға арналған жылдам дискілер/контроллерлер немесе сақтау жүйесі;
• резервтік көшірмелер (бөлек тасымалдағыш/екінші сервер және сақтау орны);
• лицензиялар және жаңартулар (ОЖ, СУБД, резервтеу құралдары);
• ИБП және базалық электр жабдықтары (қауіпті кернеуден қорғау және дұрыс өшіру);
• кондиционер және жақсы желдету бөлме.

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

Офистік сервердің артықшылықтары

Негізгі артықшылығы — физикалық қолжетімділік пен толық бақылау. Локальды жабдық (касса, терминалдар, этикеткалар басатын принтерлер, кейбір медициналық аспаптар) қосу қажет болса, офис схемасы жиі оңайырақ.

Офисті таңдау қауіпсіздік саясаты деректерді тек өз алаңында сақтауды талап еткенде және компания сол жағдайларды қамтамасыз етуге дайын болғанда жасалады.

Шектеулер мен тәуекелдер

Ең жиі әлсіз тұстар — электр мен интернет. Бір кернеу секірісі дискілерді зақымдауы мүмкін, ал бірнеше сағат байланыссыз CRM-ді «телефонсыз» қалдырады. Нағыз берік резервтеу күрделі: тек серверді ғана емес, желіні, қуатты, бэкап үшін орын және қалпына келтіру процесін де резервтеу қажет.

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

Офистік сервер әдетте қолайлы, егер:

• офис кіші және 24/7 талаптары қатал болмаса;
• бірнеше сағаттық тоқтау рұқсат етіледі және бұл үшін айқын жоспар бар болса;
• ішкі ИТ команда бэкаптар мен қалпына келтіруге жауап бере алса;
• офис жағдайы қуат пен салқындатуды базалық деңгейде қамтамасыз ете алса.

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

2-ші нұсқа: ЦОД-та орналастыру — не үшін төлейсіз және не аласыз

ЦОД-та серверді орналастыруды көбіне «орын жалдау» сияқты қабылдайды. Шын мәнінде сіз офиспен салыстырғанда қайталап жасауы қиын жағдайды сатып аласыз: тұрақты қуат, салқындату, физикалық қауіпсіздік және қызмет көрсету регламенті. CRM/ERP үшін бұл маңызды, өйткені ақаулар көбінесе «темірдің» айналасындағы ортадан туындайды, өзінен емес.

Негізгі тарифке әдетте шкафтағы орын (юниттер немесе толық стойка), бөлінген қуат, климат бақылау және қолжетімділік қауіпсіздігі кіреді. Ал ары қарай шығындарды нақтылайтын бөлшектер басталады.

Көбіне кездесетін төлемдер:

• стойка орны: юниттер (1U, 2U және т.б.) немесе толық стойка;
• электрмен қамтамасыз ету: көрсетілген қуат (кВт) және кейде бөлек есептеу;
• кроссировкалар: провайдерге қосу, көрші стойкаларға немесе сіздің желілеріңізге қосу;
• «қашықтан қолға» қызметтері: қайта жүктеу, диск ауыстыру, консольға қосылу сұраныс бойынша;
• қосымша қызметтер: қосымша арналары, ерекше қуат талаптары, бөлшектер сақтау.

ЦОД-тың артықшылығы — эксплуатация жағынан айқын. Жабдық дұрыс жағдайда жұмыс істейді, шаң мен кернеу проблемалары азаяды. Масштабтау да оңайырақ: екінші сервер қосу, бэкапқа бөлек түйін бөлу немесе стойканы кеңейту офис жөндеуін талап етпейді.

Минустары да бар. Сіз байланыс арналарға тәуелді боласыз: егер провайдерде проблема болса немесе желі тар болса, пайдаланушылар «баяулауын» сезінеді, сервер дұрыс болса да. Жабдыққа қолжетімділік ЦОД ережелеріне сай жүреді: келісіммен ғана визиттер мен жұмыстар мүмкін. Және жауапкершілік шекарасын алдын ала айқындау маңызды: желі кімнің, бэкаптарды кімнің, түнгі жауапты кімнің қамқорлығында болады.

ЦОД жиі филиалдары бар, сату/қызмет көрсету критикалық немесе қолжетімділік талаптары жоғары компанияларға лайық. Егер CRM/ERP «әрдайым жұмыс істеуі» керек болса, ЦОД бұл мақсатқа жақын, бірақ тек байланыс пен рөлдер анық болған жағдайда.

Байланыс арналары: неге CRM жақсы серверде болса да баяу болуы мүмкін

CRM/ERP жылдамдығы көбіне сервердің күшінен емес, желіден байланысты болады. Егер филиалдар, қашықтартылған қызметкерлер мен мобильді қолданушылар болса, жүйе «сервер бөлмесінде» тамаша жұмыс істесе де, жұмыс орнында баяулауы мүмкін.

Типтік көрініс: бас офисте бәрі жылдам, ал филиалда клиент картасын ашу 10–15 секунд алады. Себеп маршруттағы кідіріс пен пакет жоғалтуларда болуы мүмкін, серверде емес.

Байланыс арнасында не тексеру керек

Жұмыс уақытында, әсіресе шыңдарда қарапайым өлшеулер жасаңыз. Маңыздысы тарифтік жылдамдықтан гөрі байланыс сапасы:

• кідіріс (ping) және оның тұрақтылығы;
• пакет жоғалтулар (тек 1–2%-ақ формалар мен есептерді бұзады);
• кешкі және ай соңындағы байланыс сапасы;
• трафик жолы (кейде провайдер оны ұзақ маршрутпен жүргізеді);
• негізгі және резервтік интернет қолжетімділігі.

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

Егер сервер ЦОД-та болса, площадка әдетте сыртқы арналарының алдын ала болжанатын қолжетімділігін қамтамасыз етеді, бірақ офис пен филиалдардың ЦОД-қа апаратын ақырына дейін жақсы қолжетімдігі керек. Олай болмаған жағдайда «тар орын» соңғы милиге ауысады.

Негізгі шаралар көбінесе бірдей: қорғалған қолжетімділік үшін VPN, құқықтарды бөлу, қолжетімділікті мониторлау. Мониторинг «көріндік үшін» болмауы тиіс: ол мәселе серверде ме әлде арнада ма екенін тез дәлелдеуге көмектеседі.

Байланыстың құнын қалай есептеу: офис vs ЦОД

Бір тарифты емес, қабылдауға жарамды сенімділікті беретін жиынтығын есептеңіз.

Офис үшін әдетте: бизнес-интернет + резервтік арна (екінші провайдер немесе LTE) + жабдық (роутер/firewall) + қызмет көрсету шығындары.

ЦОД үшін: офис–ЦОД қатынасы (көбінесе екі провайдер) + қолжетімділікті қорғау (VPN/firewall) + қосылуға/портқа төлемдер болуы мүмкін.

Филиалдар үшін: әр филиалға бөлек арна не офис/ЦОД-қа тікелей қосылу, қайсысы сенімді болса сол таңдау.

Практикада жеңетін нұсқа — барлық қолданушылар үшін тұрақты қолжетімділікті оңай қамтамасыз ететін нұсқа, бір ғимаратқа ғана емес.

Қолжетімділік және қалпына келтіру: серверден басқа не керек

Қымбат жабдық та жоспар болмаса көмектеспейді. Қолжетімділік электрмен, дискілермен, бэкаптармен, байланыспен және сервисті кім көтеретінімен анықталады.

Қуат және «темір»: қайсысы жиі бұзылады

Қарапайым сұраққа жауап беріңіз: электр өшсе немесе бір компонент істен шықса не болады?

Практикада тексеруге тұрарлықтар:

• ИБП, дұрыс аяқтау немесе генератор күту уақыты үшін жеткілікті резервпен;
• генератор немесе 1–2 сағаттық үзілісті қалай өткізетініңіз туралы айқын сценарий;
• серверде екі қуат блогы және бөлек қуат сымдары (мүмкін болса);
• RAID және кем дегенде 12–18 айға өсуге шыдамдылық;
• дискілер деградациясы, қызып кету және қуат проблемаларын хабарлайтын мониторинг.

Маңызды: RAID — резервтік көшіру емес. Ол диск істен шыққанда жүйені ұстап тұруға көмектеседі, бірақ деректерді жоюдан, вирустан немесе жаңарту қатесінен сақтамайды.

Резервтік көшірмелер және қалпына келтіру жоспары

Резерв көшірмелер тек оларды шынайы қалпына келтіре алғанда ғана пайдалы. Алдын ала келісіңіз: көшірмелер қайда сақталады (міндетті түрде негізгі алаңнан тыс), қаншалықты жиі жасалады және кім төтенше жағдайда қалпына келтіруді жүргізеді.

Мұнда екі метриканы бекіту ыңғайлы:

• RPO — қанша деректі жоғалтуға дайынсыз. Мысалы, RPO 15 минут — ең жаман жағдайда соңғы 15 минут өзгерістері жоғалады.
• RTO — сервис қанша уақытта жұмысқа оралуы тиіс. Мысалы, RTO 2 сағат — ірі ақаудан кейін CRM/ERP 2 сағат ішінде жұмыс істеуі керек.

Мысал: клиникада пациенттерге жазылым күн бойы жүріп тұрады. RPO 24 сағат болса, бір күндік жазылымдардың жоғалуы мүмкін, бұл әдетте қабылданбайды. Онда RPO-ны қысқарту (жиі бэкап немесе репликация) және RTO-ны азайту (резервтік сервер, дайын образ, айқын әрекеттер) қажет.

Жауапкершілікті бөлек бекітіңіз: кім диагноз қояды, кім бөлшектерді ауыстырады, кім базаны қалпына келтіреді және резервке ауысуды кім шешеді. Егер интегратор тартылады (соның ішінде GSE.kz), рөлдерді іске қосу алдында келісу жақсы.

Тараптардың жауапкершілігі: апатта кінәлі қалмау үшін

CRM немесе ERP «түскенде» негізгі мәселе — сервисті кім және қандай мерзімде көтереді. Бұл анықталмаса, «бұл біздің емес» деген алма-кезек хат алмасулар басталады.

Нені кімге бөліп беру керек

Жүйені қабаттарға бөліп, әрқайсысына иесін тағайындаңыз:

• жабдық (сервер, дискілер);
• виртуализация (бар болса);
• ОС;
• дерекқор;
• CRM/ERP қосымшасы;
• резервтік көшірмелер;
• қауіпсіздік (патчтар, қолжетімдіктер, антивирус, журналдар).

Офисте әдетте бәрі сіздің командада қалады. ЦОД-та площадка «фундаментті» жабады: қуат, салқындату, физикалық қауіпсіздік (кейде арна). Қалғаны сізде немесе мердігерде қалады.

Тыңдаулы әдіс — бұл жауапкершілікті кесте түрінде бекіту:

SLA: нені ақ-қара деп жазу керек

SLA тек нақты не кепілдендірілгенін айқындағанда ғана пайдалы. Тексеру керек:

• кепілдемеге не кіреді: қуат, стойкаға қол жеткізу, физикалық қорғау, арна;
• реакция уақыты мен қалпына келтіру уақыты (бұл екі түрлі нәрсе);
• қызмет көрсету терезелері және жөндеу туралы қалай ескертіледі;
• төтенше қолжетудің тәртібі (түнде, демалыс күндері);
• инциденттер қалай тіркеледі: тикет, қоңырау, журнал.

Құрылғыға қолжетімділік те маңызды. ЦОД-та бұл рұқсаттар, визит келісімдері, тасымалдағыштар ережелері және жұмыстарға арналған терезелер. Офисте қолжетім оңай, бірақ дежур жоқ және бөлшектер болмауы мүмкін, сондықтан жөндеу ұзаруы ықтимал.

Тағы практикалық кеңес — құжат тәртібі: сериялық нөмірлер, жабдық актілері, өзгерістер журналы, firewall параметрлері мен есептік жазбаларды кім бекітетінін көрсететін жазбалар. Олардысыз инцидент себебін тез анықтау қиын.

Жақсы тәжірибе — бір сервис иесін белгілеу («темірдің» емес), ол барлық SLA, қолжетім регламенттері және контактілерді бір жерде ұстайды.

Қадамдық таңдау жоспары: талаптан шешімге дейін

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

1. 3–5 критикалық процесті сипаттаңыз және қабылданатын тоқтау уақытын бекітіңіз. Мысалы: тапсырысты рәсімдеу — максимум 30 минут, накладные басу — 2 сағат, басшылыққа есептер — күн аяғына дейін.

2. 12–36 айға жүктемені бағалаңыз: пайдаланушылар, қашықтағы нүктелер, база мен файлдардың өсуі, шыңдар.

3. Толық иелік құнын есептеңіз, тек сервер бағасын емес. Әдеттегідей есепке алынатындар: жабдық пен лицензия сатып алу, қызмет көрсету, байланыс (негізгі және резерв), резервтеу (бэкап сақтау және қалпына келтіру тесті), қызметкерлер (дежурстволар, ауыстырулар, түнгі инциденттер).

4. Байланыс пен қолжетімділікті практикада тексеріңіз: серверге дейінгі кідіріс өлшеуі, шыңдағы тұрақтылық, VPN/тонкий клиент арқылы жұмыс. Мониторинг қосып, проблемаларды жедел көруге мүмкіндік беріңіз.

5. Жауапкершіліктер мен регламенттерді бекітіңіз: кім жауап береді, кім жаңартуларды орындайды, кім бэкап жасайды, кім алаңға кіреді және аварияда кім шешім қабылдайды.

Одан кейін офис, ЦОД немесе гибрид таңдау әдетте айқын болады.

Офистік сервер мен ЦОД таңдау кезінде жиі кездесетін қателіктер

Ең жиі қате — «темір қанша тұрады» деп бастап, күтпеген тоқтаумен аяқтау. CRM/ERP үшін маңызды тек сервер ресурстары ғана емес, интернет, қуат, бэкаптар және жауапкершілік ережелері.

Жиі артық шығынға әкелетін қателер:

• тек сервер бағасын есептеп, ИБП, кондиционер, стойка, лицензиялар, баптау және тұрақты қызмет көрсетуді ұмыту;
• бір интернет арна қалдыру және резерв орны болмауы;
• бэкаптардың иесін белгілемеу: көшірмелер «жасалады», бірақ олардың қайда екені және жүйені қалай тез көтеру керектігі белгісіз;
• сатып алу, жеткізу, монтаж және тестілеу мерзімдерін аз бағалау;
• нақты пайдаланушы деректерімен және типтік тапсырмалармен тексерусіз іске қосу.

Мысал: компания CRM-ді офиске ауыстырады, өйткені «осылай арзан». Бір айдан соң ғимаратта 2 сағатқа электр өшеді. ИБП 10 минут ұстап тұрады, ал резервтік көшірме база отырған сол дискпен бір жерде екені анықталады. Сервер жақсы болғанымен, инфрақұрылым қарапайым апатқа дайын болмады.

Осындай жағдайға түспеу үшін алдын ала үш нәрсені бекітіңіз: бэкаптар қайда орналасады және олардың қалпына келу уақыты қалай тексеріледі, интернет пен қуат ақауында не істейсіз және әр аумаққа (офис, провайдер, ЦОД, интегратор) кім жауапты.

Жылдам чек-лист, мысал және келесі қадамдар

Кейде тез шешім қабылдау керек болады. Онда 10 минутқа барлық детальдарды ысырып, негізгі нәрселерді тексеру жеткілікті — олар CRM/ERP-дің «жай ғана жұмыс істеуін» анықтайды.

10 минуттық чек-лист

Барлығын бір файлға жазыңыз:

• Қолжетімділік: айына қанша сағат тоқтауға дайынсыз және оны кім растайды (SLA немесе ішкі келісім).
• Байланыс: резервтік интернет бар ма, үзілгенде не болады және филиалдар қалай қосылады.
• Бэкаптар мен қалпына келтіру: көшірмелер қаншалықты жиі жасалады, қайда сақталады және қалпына келтіру қанша уақыт алады.
• Қауіпсіздік: қолжетімдіктерді, жаңартуларды, антивирусты, журналдарды кім басқарады және инцидент кезінде не істейсіз.
• Рөлдер мен регламенттер: сервер, желі және жалпы сервис үшін кім жауапты және «құлап қалса» қандай сценарий орындалады.

Мысал: 80 қолданушы және 2 филиал

80 қызметкері бар компанияда CRM/ERP-ді бухгалтерия, қойма және сату белсенді қолданады. Екі филиал басқа қалаларда орналасқан.

Егер сервер офисте тұрса, филиалдар бас офис интернетіне тәуелді. Провайдердегі ақау немесе электр өшуі — бәрінің жұмысының тоқтауына әкеледі. Қажетті қолжетімділікке жету үшін ИБП, резервтік интернет, VPN, негізгі орыннан тыс бэкаптар және айқын қалпына келтіру жоспары қосымша қажет болады.

ЦОД-та орналастырғанда қуат, салқындату, физикалық охрана және тұрақты қосылым оңайырақ қамтамасыз етіледі. Филиалдар ЦОД-тың бір нүктесіне қосылады да, офис ақауы жүйені тұйықтамайды. Бірақ рөлдерді алдын ала бөліп алу маңызды: ЦОД площадка үшін жауапты, ал ОС, қосымшалар мен қолжетімділік саясаттары сіздің ИТ-топқа немесе мердігерге жүктеледі.

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

Келесі қадамдар:

• Қысқа талаптар тізімін жасаңыз: пайдаланушылар, филиалдар, критичность, қызмет көрсету терезелері, RPO/RTO.
• Қолданыстағы шығындар мен тәуекелдерді сипаттап, офистік және ЦОД нұсқалары үшін 3 жылдық TCO сұраңыз.
• Қызмет көрсету қалай ұйымдастырылғанын тексеріңіз: контактілер, реакция уақыты, эскалация схемасы.
• Жазбаша түрде жауапкершілікті келісіңіз (қызметке не кіреді).

Егер нақты тапсырмаға сай практикалық таңдау және бір жауапкершілік шеңберін қаласаңыз, GSE.kz сияқты Қазақстандағы өндіруші және жүйелік интегратор сервер жеткізу (мысалы, S200 Series) мен ел бойынша 24/7 техникалық қолдау көрсету арқылы бұл тапсырманы толық жаба алады.