2022 жылғы технологиялық трендтер: ИТ пен жабдықта не өзгерді

2022 жылы не өзгерді және неге бұл маңызды

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

Қолданушылар үшін бұл былай көрінді: бұрынғы модельдерді табу қиындады, баға мен жеткізу мерзімі жиі ауысты, ноутбуктар мен ПК-ларға видеобайланыс, Wi‑Fi және дискілер жылдамдығы бойынша талаптар өсті. Ұйымдар үшін өзгерістер терең болды: бюджетті қайта қарау, жеткізу тізбектерін ауыстыру, жабдықтың шыққан тегін анықтау және сервисті алдын ала жоспарлау қажеттігі пайда болды.

Шешімдерге ең жиі әсер еткен үш тақырып болды.

Біріншісі — жеткізілімдер. Компаниялар өндірушілерді әртараптандырып, маңызды компоненттерді қорда ұстауды және құрылғылардың өмірлік циклі анық болатын өндірушілерді таңдауды бастады.

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

Үшіншісі — бұлттар мен гибрид. Көптеген ұйымдар шығындарды сақтықпен қарап, өз серверлерін бұлт қызметтерімен араластырып, икемділікті артық төлемсіз алуды мақсат етті.

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

ПК және жұмыс станциялары 2022: жабдықтағы негізгі өзгерістер

2022 жылы ПК және жұмыс станциялары нарығы едәуір жетілді: өнімділік өсті, бірақ оның қоса энергия, салқындату және дұрыс конфигурация талаптары артты. Негізгі ой — жабдық жылдамдады, бірақ дұрыс таңдау жасау қиындады.

DDR5 ақыры «қымбат және не үшін» деген статустан шықты. Нағыз пайда ауыр көптапсырмалықтар мен үлкен деректерді өңдеуде байқалды: компиляция, рендер, инженерлік есептеулер, виртуалды машиналар. Офистік сценарийлерде айырма әдетте аз болды, кейде жаңа стандартқа қарағанда жай ғана жадты көбейту (мысалы, 16 ГБ-тан 32 ГБ-қа) тиімдірек болды.

PCIe 5.0 2022 жылы көп айтылды, бірақ практикалық тиімділік шектеулі болды. Көптеген жұмыс ПК-ларда жылдамдық маңыздырақ емес, керісінше сақтау құрылғылары мен сақтау ұйымдастыруы жылдамдықты арттырды. PCIe 5.0 өте жылдам SSD-терге немесе болашақ видеокарталарға алдын ала дайындалуды жоспарлағандарға қызықты болды; «болжам үшін төлеу» тек айқын сценарий болғанда ғана ақталды.

Процессорларды таңдағанда «жаңа буынға» емес, нақты жүктеме үшін көрсеткіштерге — ядролар саны, ұзақ жүктеме кезінде тұрақты жиіліктер, қуат шектеулері, нұсқауларды қолдау және кэш көлеміне назар аудару маңызды болды. Жұмыс станцияларында бұл жиі қысқа тесттердегі рекордтан маңыздырақ болды.

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

О別 тренд — мобильді және энергия үнемдейтін платформалардың, соның ішінде ARM-ның ролінің өсуі. Бұл автономия, тыныштық және тұрақтылық қажет болған жерлерде пайдалы болды. Дегенмен арнайы бағдарламалық қамтамасыз ету сәйкестігін алдын ала тексеру қажет болды.

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

Серверлер мен дата-орталықтар: 2022 жылы не өзгерді

2022 жылы дата-орталықтар «кез келген бағаға максималды қуат» ұстанымынан балансқа — өнімділік, иелік құны және жабдықтың қолжетімділігіне — көбірек көңіл бөлді. Бұл серверлік жабдық пен инженерлік инфрақұрылымда айқын көрінді.

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

Жеделдеткіштер бөлек бюджет тармағына айналды. GPU мен басқадай жеделдеткіштер тек ғылым үшін ғана емес, аналитика, іздеу, ұсыныстар және модельдерді оқытуда «міндетті» болып қалды. 2022 сценарийінде жиі бизнес ИИ пилотын сұрайды, ал ИТ дұрыс сервер (қуат, салқындату, слоттар, драйверлер) болмағанда жобаны бастай алмайтындығын түсінеді.

Сақтаулар да өзгерді: NVMe ыстық деректер мен виртуализация үшін норма ретінде қабылданды, ал әңгіме сенімділік пен қалпына келтіруге ауысты. Ең жылдам диск маңызды емес — резервтеудің анық жоспары және қалпына келтіру тесттері маңызды болды.

Жаңартулар жиі бес практикалық шектеуде тұрып қалды: желі жылдамдығының өсуі және коммутаторларды өзгерту қажеттігі, шектеулер өтпесінде (порттар мен өткізу қабілеті жетіспеуі), стойкалардың қуат шектеулері және ИБП, салқындату (ыстық аймақтар мен тығыз орналасу), сондай-ақ компоненттердің қолжетімділігі мен жеткізу мерзімдері.

Сондықтан серверлерді жиі «инженерлік» бөлікпен бірге, яғни стойкаларды ескере отырып жоспарлады. Бұрын талқылау тексер сервер моделіне түсер болса, 2022-де нақты қаралды: нақты қанша киловатт бар, жылу қалай шығарылатыны, қанша уақыт ішінде алмастыру келеді және қайсысы жергілікті түрде жөндейді.

Бұлттар, гибрид және шығындарды басқару

2022 жылы көптеген компаниялар үшін «бұлт па, өз сервер ме» деген таңдау күрделі болды. Гибридтік модель қалыпты жағдайға айналды: кей жүйелер on-prem қалды (кідірістер, деректер талаптары немесе ескі тәуелділіктер үшін), ал қалғаны жылдам бастау мен икемділік үшін бұлтқа шықты.

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

Көптұжырымда multi-cloud 2022-де сән сөзі емес, практика болды. Себептер түсінікті: бір провайдерге тәуелділікті азайту, нақты тапсырмаға ең жақсы сервис таңдау, қолжетімділік тәуекелдерін бөлу. Бірақ кесірі бар: қауіпсіздік пен басқару қиындайды, топтарға шығындар өседі, ал әртүрлі провайдерлерден келетін «шағын» шоттар жиынтығы үлкен бюджетке айналуы мүмкін.

FinOps: бұлтты неге қатаң есептей бастады

2022‑ге қарай көптеген компаниялар бұлт шығындарының бақылаусыз шығып жатқанын көрді. Сондықтан FinOps тәсілі бекітілді: ИТ, қаржы және бизнестің бірге жұмыс істейтін дисциплинасы, әр ресурстың иесі мен анық мақсаты болуы керек.

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

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

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

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

Киберқауіпсіздік 2022: қандай гигиена қалыпты болды

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

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

Zero Trust 2022‑де презентацияға арналған қағида емес, практикалық тәсілге айналды. Көп жағдайда шағыннан бастайды: ішкі желіні әдепкі бойынша сенімден шығару, рөлдер бойынша қолжетімдікті шектеу, әр кірген сайын құрылғы мен пайдаланушыны тексеру. Қарапайым шаралар тез әсер етеді: артық RDP/VPN кірістерін жабу, әкімшілер мен қызметкерлерге қолжетімдікті бөліп беру, ортақ есептік жазбаларды жою.

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

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

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

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

ИИ және деректер: 2022 жылғы айқын трендтер

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

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

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

Бөлек сюжет — Edge AI және жергілікті өңдеу. Ол кідірістер мен құпиялық маңызды жерлерде ақталады: мысалы, клиникаларда дәрігердің жұмыс станциясында кескінді талдау немесе өндірісте бақылау желісінде кадрларды бұлтқа жібермей өңдеу.

ИИ инфрақұрылымы жиі бөлек жобаға айналды, себебі талаптар кәдімгі серверден өзгерек: GPU, жылдам дискілер, жоғары желі өткізу қабілеті және өсімнің айқын жоспары керек. Тек деректерді сақтау-ақ тарылған орынға оңай айналып кетеді.

ИИ-жобаны жоспарласаңыз, базаны тексеріңіз: қандай деректер қажет, кім оларға жауапты, модель қайда жұмыс істейді (дата-орталық немесе жергілікті), сапаны және дрейфті қалай өлшейтінсіздер, GPU, сақтау және желі ресурстары жеткілікті ме, және 24/7 режимінде кім қолдайды.

Жеткізілімдер және технологиялық тәуелсіздік: 2022 сабақтары

2022 көрсеткендей, жабдықты тек баға мен сипаттамалар бойынша сатып алмайды. Жоба мерзімі мен тұрақтылығына жеткізілімдер көбірек әсер етті: логистикадағы кешігулер, дистрибьюторларда қолжетімсіз позициялар, кенет компоненттерді ауыстыру. IT бөлімдер үшін бұл қарапайым нәрсе білді: жақсы жоба да қажет конфигурация уақытында келмесе тоқтап қалуы мүмкін.

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

Сервис желісінің болуы да маңызды болды. Үлкен парк болғанда «кім жөндейді және қаншалықты жылдам» сұрағы критикалық болады. 24/7 қолдау және ел ішінде сервистің болуы тоқтаулар тәуекелін төмендетеді, әсіресе аймақтар мен үздіксіз процестері бар ұйымдар үшін.

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

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

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

2022 қорытындыларын қалай қолдануға болады: IT жаңартуының қадамдық жоспары

2022 көрсеткені: IT жаңарту бір реттік сатып алу емес, жоба ретінде жасалғаны дұрыс. Солай сіз өнімділік, сенімділік, қауіпсіздік және жеткізу тәуекелдерін бірден жабасыз.

5 қадамдық жоспар

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

2. Инфрақұрылымды бірнеше анық профильге келтіріңіз. Әдетте 3–5 жеткілікті: офис қызметкері, үлкен кестелер мен аналитикамен жұмыс істейтін маман, инженер/дизайнер, фронт-офис операторы, виртуализация немесе дерекқор сервері. Бұл барлығына бірдей қуат беріп, шығынды үнемдеуге көмектеседі.

3. Қол жеткендік метрикаларын бекітіңіз. Өлтелетін нәрселерді таңдаңыз: қолданбаларды іске қосу уақыты, айына инциденттер пайызы, қалпына келтіру уақыты, 3–5 жылға иелік құны, базалық қауіпсіздік талаптарына сәйкестік (жаңартулар, шифрлау, қолжетімдікті бақылау).

4. Міндеттерді жылдам және капитальды деп бөлу. Жылдамдары әдетте апта ішінде нәтиже береді: ең ескі ПК-ларды ауыстыру, SSD-ге көшу, ОЗУ-ды көбейту, резервтік көшіруді жаңарту, есептік жазбаларды тәртіпке келтіру. Капитальдысы жоба талап етеді: серверлерді жаңарту, виртуализация, желіні модернизациялау, жаңа жұмыс станцияларына көшу.

5. Пилотпен және масштабтау ережелерімен аяқтаңыз: қай жерде тест жүргізесіз, «өткені/өтпегені» критерийлері, кім қолдауға жауапты, запас бөлшектер мен жөндеуді қалай ұйымдастырасыз. Пилот тәуекелді азайтып, бюджетті сақтауға көмектеседі.

2022 кейін ПК және сервер таңдауында жиі кездесетін қателіктер

2022 кейін көптеген сатып алулар асығыстықпен болды: қолжетімдіге алып, «қоры бар» шешімге барғысы келеді. Бірақ жыл тәжірибесі көрсеткендай — нақты тапсырма мен тәуекелдерге сай жабдықты таңдағандар жеңіске жетеді, жаңалыққа емес.

Қате 1 — ең жаңа модельдерді табылмай-ақ алып қою. Егер ПК офис және видеобайланыс үшін қажет болса, топтық процессор мен дискретті графикаға артық төлеу көбіне пайда бермейді. Ал жылдам SSD, жеткілікті жад және түсінікті қолдау маңыздырақ.

Қате 2 — серверлік «инженерияны» (қуат, салқындату, орын) бағаламау. Серверлердің қуатын арттыру оңай қуат пен ИБП шектеріне ұшырайды. Нәтижесінде жабдық бар, бірақ оны толық қуатпен іске қосу мүмкін емес немесе жүктемені төмендетуге тура келеді.

Қате 3 — компоненттер мен ПО нұсқаларын тестсіз араластыру. Жаңа контроллерлер, прошивкалар, гипервизорлар мен драйверлер арасында қақтығыстар болуы мүмкін. Үлгі серверде немесе типтік ПК жұпта минималды пилот апта/апталарда мәселені алдын алады.

Қате 4 — тек сатып алу бағасын санау. Иелік құнына қолдау, жөндеу жылдамдығы, тоқтаулар мен қызметкерлер уақыты кіреді.

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

Сатып алу мен модернизация алдын ала қысқа чек-лист

ПК, жұмыс станциясы немесе сервер сатып алардан бұрын 20 минут уақыт бөліп, фактілерді тіркеу пайдалы. Қате талаптар көбіне модель таңдауынан қымбатырақ шығады.

Алдымен не қазір жұмысты баяулатып тұрғанын және 12–18 айда не критикалық болатынын сипаттаңыз. Бұл баяулаудың себептері: ескі ПК-ларда бухгалтерияның баяулауы, толған сақтау, ұзақ түнгі бэкапы немесе аналитикаға жетіспейтін ресурстар болуы мүмкін.

Содан кейін бес нәрсені тексеріңіз:

• Жүктемелер: ең ауыр қосымшалар мен сервистер қайсы, олар қалай өзгереді (қолданушылар, деректер, жаңа модульдер).
• Есептеу: қай жерде CPU маңызды, ал қай жерде шынымен GPU қажет (таныстыру, модель оқыту, видеоаналитика).
• Қауіпсіздік: міндетті нәрселер қандай (есептік жазбалар, MFA, диск шифрлауы, жаңартулар, журналдау және логтарды сақтау).
• Қолдау: жұмыс уақытында жеткілікті ме әлде 24/7 формат керек пе.
• Сәйкестік пен миграция: не бірінші күні жұмыс істеуі тиіс (ОС, домен, периферия, лицензиялар, драйверлер) және сервисті қалай тасымалдап бересіз.

GPU мәселесін бөлек шешіңіз. Қысқа ереже: егер негізінен офис-қосымшалар, дерекқорлар және веб-сервистер болса — CPU, жад және жылдам дискілер маңызды. GPU параллель есептеу қажет жерге ғана оправдан: ИИ, рендер, видео өңдеу, графикалық VDI.

Қысқа мысал: оқу орталығы сынып пен шағын серверді жаңартады. Сынып үшін тыныш ПК, тез іске қосылу және орталықтандырылған басқару маңызды, сервер үшін бэкап пен журналдау критикалық. Егер сабақ күнде жүрсе, алдын ала қолдау реакциясы мен запас бөлшектер талаптарын анықтау орынды.

Әр пункт бойынша 1–2 сөйлемдік жауап бар болса, сіз сатып алудағы қатені айтарлықтай төмендетесіз.

Мысал: ұйым 2022 кейін қалай жаңартуды жоспарлайды

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

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

Алдымен олар «компьютер керек» деп емес, рөлдерді сипаттайды. Тіркеуде экран, ыңғайлылық және кабельсіз шешім маңызды болғандықтан моноблоктар таңдалады. Дәрігер кабинеттерінде стандартты десктоптар таңдалады — қызмет көрсету және бөлшектерді ауыстыру оңай болу үшін. Қашықтан тек бір жүйемен жұмыс істейтін қызметкерлерге жұқа клиенттер қарастырылса да, қосылу мәселесі туындағанда толық ПК сақтап қояды.

Серверлік бөлікті тәуекелдер мен деректер өсуін ескере отырып есептейді. Бір «универсалды» сервердің орнына виртуализацияны жоспарлап, бөлек сақтау орны мен резервтік көшірме ережесін енгізеді (ең болмаса бір көшірме серверден тыс жерде), қалпына келтіру тестін (тек конфигурация емес, шынайы іске қосу) және 3 жылдық жаңарту жоспарын жасайды.

2022 кейін компромистер де нақты: жеткізу мерзімі мен сервистің болуы жиі «қағаздағы ең тиімді конфигурациядан» жоғарырақ. Сондықтан олар тез орнатуға және қиын логистикасыз қолдауға болатын модельдерді таңдайды және инциденттерді кім және қалай жабуын алдын ала бекітеді.

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

Келесі қадамдар: шолуды нақты жоспарға қалай айналдыру

Трендтер тек жақын 6–18 айға арналған нақты шешімдер тізімі болғанда ғана пайдалы. Модельдер мен брендтерден бастамаңыз — тапсырмалардан бастаңыз: не жылдам, сенімді және қауіпсіз болуы тиіс, және қай жерде тоқтаудың құны ең жоғары.

ИТ, қауіпсіздік және қаржы қатысушыларымен қысқа жиналыс өткізіп: талаптар, бюджет және мерзімдерді жинаңыз. Содан кейін 1–2 мақсатты сценарийді таңдаңыз, мысалы критикалық бөлімдердің жұмыс орындарын жаңарту және виртуализацияға серверлерді модернизациялау.

2–4 аптаға мини-жоспар

Базаны тіркеп, келесі қадамдарды бекітіңіз:

• Инвентаризация: не бар, не жүктелген, қызмет мерзімі аяқталуға жақын не.
• Метрикалар: жауап уақыты, жүктеме, тоқтаулар, сақтау мен бэкап талаптары.
• Шектеулер: сатып алу ережелері, жеткізу мерзімдері, ПО-мен сәйкестік.
• Қараша бюджет: 3 нұсқа (минимум, орынды, қосымшамен).
• Жауаптылар: шешім қабылдайтын және енгізгеннен кейін қолдайтындар.

Сосын пилот жоспарлаңыз. Ол тек «жұмыс тез бе» емес, апаттан қалпына келтіруді, жаңартуларды, қолжетімдікті және перифериямен сәйкестікті тексеруі керек.

Пилот пен қолдау — пайдалану мерзімі бойы

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

Егер жергілікті өндіріс пен сервистің болуы маңызды болса, Қазақстанда GSE.kz (gse.kz) деңгейіндегі өндірушілер мен интеграторларға қарауға болады: олардың ПК, моноблок және сервер желілері бар, жүйелік интеграция және тәулік бойы техникалық қолдау ұсынады. Мұндай формат жобаны жеңілдетеді, егер жеткізу мерзімі, бір жауапкершілік және сервис желісі маңызды болса.

Қарапайым мысал: ұйым 50 жұмыс орны мен бір виртуализация түйінін жаңартуды жоспарлайды. Алдымен 10 жұмыс орындық және тест сервердегі пилот, содан кейін образдар, қауіпсіздік саясаты және бэкап схемасын түзету, содан кейін кезең-кезеңімен 3–5 жылдық алмастыру жоспары мен жеткізу күнтізбесі бойынша жүгізеді.