Мемлекеттік ұйымда Linux‑десктоптарға көшу: енгізу жоспары

Неліктен көшу жоспары қажет және ең жиі қай жерлерде қиындық туындайды

Мемлекеттік ұйымда Linux‑ке көшу әдетте бір мақсаттан басталады: бір ғана жеткізушіге тәуелділікті азайту, жаңартулар мен параметрлерді жақсы бақылау және жұмыс орнын ақпараттық қауіпсіздік (АҚ) талаптарына сәйкестендіру. Жоспарсыз бұл мақсаттар тез арада бір‑біріне сай келмейтін орнатуларға айналады: бір бөлімде бір дистрибутив, басқа бөлімде тағы біреуі, ал қолдау лотереяға айналады.

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

Ең жиі қиындық төрт жерде шығады: Windows‑ке байланған немесе үйлесімсіз қосымшалар (клиент‑банк, ведомстволық жүйелер, ескі плагиндер, басып шығару драйверлері мен ЭЦҚ/ЭЦҚ‑токендер), пайдаланушылардың әдеттері (басып шығару, интерфейс, пернелер тіркесімдері, файлдардың басқа көрсетілуі), қолдауды ұйымдастыру (қайда жүгіну, кім образға және жаңартуларға жауапты дегендей) және сатып алулармен уақытты сәйкестендіру (техника жеткізу, лицензиялар, жергілікті құрам талаптары).

Практикада көшу Linux орнатуда емес, ұйымаралық стыктарда тұрып қалады. Мысалы, ИТ‑қызмет жұмыс орнын развернуть етуге дайын, бірақ Ақпараттық қауіпсіздік параметрлерін бекітпеген, ал бизнес‑процестердің иелері негізгі операциялардың айналып өтусіз жүргізілетінін растаған жоқ.

Жоспарды іске қосу үшін әдетте қатысатындар: ИТ‑қызмет (стандарт, развертывание, қолдау), Ақпараттық қауіпсіздік (саясаттар мен бақылау), сатып алу және заң бөлімі (контракттар мен талаптарға сәйкестік), бөлім басшылары мен процес иелері (не маңызды және не өзгертілуі мүмкін), сондай‑ақ әр бөлімнен пайдаланушы‑чемпиондар (пилот және кері байланыс).

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

Инвентаризация: пайдаланушылар, сценарийлер және маңызды бағдарламалар

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

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

Содан кейін пайдаланушыларды сценарийлер бойынша бөліңіз. Қөмектесу үшін 4–5 түсінікті топ жеткілікті:

• Офистік қызметкерлер: құжаттар, кестелер, пошта, ЭЦҚ, басып шығару.
• Колл‑центр және фронт‑офис: браузер‑негізіндегі жүйелер, гарнитуралар, жылдам кіру, тұрақты видеобайланыс.
• Бухгалтерия және сатып алулар: арнайы бағдарламалар, криптопровайдерлер, шаблондар, қазынашылықпен өзара әрекет.
• Арнайы АРМ‑дар: ведомстволық қосымшалар, сканерлер, токендер, ерекше драйверлер.
• Басшылар: презентациялар, видеобайланыс, мобильдік жұмыс, офистен тыс жұмыс.

Осыдан кейін ПО мен тәуелділіктер тізімін әрекет тізбегі ретінде жасаңыз. Мысалы: құжат → қол қою → жіберу → архив. Арнайы тексеріңіз: ЭЦҚ (токендер және драйверлер), басып шығару (желі принтерлері, МФУ, сканерлеу), видеобайланыс, сондай‑ақ шолғыш кеңейтімдері мен плагиндер.

Соңғы блок — интеграциялар: домен және есеп жазбалары, пошта мен күнтізбе, файл ресурстары, VPN, қашықтан көмек. Қарапайым тест: жаңа ПК доменге (немесе оның баламасына) кіріп, ортақ бумаларға қол жеткізіп, құжатты басып шығарып, ЭЦҚ‑мен қол қоя алуы тиіс.

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

Дистрибутивті қалай таңдау керек: мемлекеттік ұйымға арналған критерийлер

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

1) Қолдау мен жаңартулар талаптары

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

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

2) Құрылғы мен периферияға үйлесімділік

Практикада көбіне принтерлер, сканерлер, МФУ, ЭЦҚ‑токендер, смарт‑карталар және сирек драйверлер кедергі болады. Құпия болдырмау үшін типтік жұмыс орындарын жинап, сынақ өткізіңіз.

Минималды тексерістер жинағы:

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

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

3) Стандарт немесе «стандарт + шегерімдер»

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

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

Жұмыс орнының образы: стандарт не болуы тиіс

Стандартты жұмыс орны — жай «Linux орнатылды» емес. Бұл көпшілік қызметкерлердің компьютерінің қалай көрінетінін және қалай жұмыс істейтінін келісу: бірдей бағдарламалар, бірдей баптаулар және қолжетімділік ережелері. Жаппай развертырудан кейін неғұрлым аз тосынсый болса, қолдауға келетін өтініштер соғұрлым аз болады.

Жақсы стандартты образ әдетте бес мәселені жабады: базалық қосымшалар (офис пакеті, бір‑екі шолғыш стандартпен, PDF қарау және қажет болса қол қою, архиватор), біртекті жұмыс үстелі ортасы (панельдер, ярлықтар, тіл және пернелер тіркесімдері, дата/уақыт форматы), шаблондар мен баптаулар (шрифтер, сертификаттар, әдепкі принтер), нақты құрылғыларда жұмыс істейтін басып шығару мен сканерлеу және қауіпсіздік пен жаңартулар (қажет жерлерде диск шифрлау, автоблоктау, анық жаңарту және кері қайтару кестесі).

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

Мысал: департаментте 80 қызметкер бар делік, олардың 10‑ы үнемі сканерлерге арналған арнайы плагиндер мен драйверлерді қолданады. Олар үшін кеңейтілген профиль жасалады, бірақ негізгі образ біркелкі қалады. Осылайша жұмыс орындары «оншақты ерекше» жинақтарға айналмайды.

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

• кез келген ауытқу өтінішпен, себеппен және мерзіммен рәсімделсін;
• шегерімдер бөлек пакет немесе профиль ретінде жиналсын, қолмен түзетулерге жол берілмесін;
• шегерімдер тізімі тоқсан сайын қайта қаралып отырылсын;
• образ жаппай развертыру алдында типтік жұмыс орындарында тестіленсін.

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

Linux‑ке көшу жобасы ретінде кезеңдер мен бақылау нүктелерімен жүргізілгені дұрыс. Пилоттың мақсаты — «Linux‑ті көрсету» емес, типтік тапсырмалардың күнделікті сәтті орындалатынын және ИТ‑қызмет жылдам көмектесе алатынын дәлелдеу.

Енгізу кезеңдері

1. Развертыру әдісін анықтаңыз. Үлкен парк үшін орталықтандырылған басқару және желі арқылы орнату қажет болады. Қашықтағы филиалдар немесе кіші алаңдар үшін дайын носительдерден бастау ыңғайлы болуы мүмкін. Алдын ала шешіңіз: жаңартулар қалай қолданылады және құрылғы қалай стандартты күйге қайтарылады.

2. Пилоттық тобы 10–30 адамнан жинаңыз. Түрлі рөлдерден алыңыз: делопроизводство, бухгалтерия, ЭЦҚ қолданатын мамандар, басшылар және 2–3 «қиын» пайдаланушы арнайы тапсырмаларымен.

3. Кері байланысты жинау әдісін орнатыңыз. Бірінші аптадан кейін және айдан кейінгі шағын бес сұрақтық форма туралы келісіп қойыңыз, жедел сұрақтар үшін бір арнаны (телефон, чат, «ыстық желі») белгілеңіз. Тек қателерді емес, оларды шешу уақыты мен тәсілін де тіркеңіз.

4. Откатты практикада отредактируйте. Міндетті жұмыс орындары үшін бұрынғы ортаға 30–60 минут ішінде оралу әдісін анықтап қойыңыз: резервтік құрылғы, диск образы, ескі профильге кіру, міндетті бағдарламалар тізімі.

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

Жаппай развертыруге көшу тек мына дайындықтардан кейін орындалсын:

• пилотта типтік тапсырмалардың 90–95% айналып өтусіз орындалады;
• эскалация процесі мен жауап беру мерзімдері анықталған;
• откат практикада кемінде 1–2 құрылғыда тексерілген;
• стандартты образ түрлі ПК модельдерінде бірдей түрде қалпына келтіруге болады.

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

Оқыту: жұмысты тоқтатпастан жеткілікті минималды бағдарлама

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

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

Содан кейін әр қызметкерге жұмыс орнын берген күні немесе 1–2 күн бұрын міндетті 30 минуттық қысқа старт өткізіңіз. Тақырыптар барлығы үшін бірдей: жүйеге кіру (пароль және экран блоктау), файлдар (Құжаттар, Жүктеулер, ортақ бумалар, іздеу), басып шығару және сканерлеу (принтер таңдау, печать кезегі, қате болғанда не істеу), желі (LAN, Wi‑Fi, қажет болса VPN), жаңартулар (қашан және неге оларды кейінге қалдырмау керек).

«Әдеттен тыс айырмашылықтарды» бөлек қарастырыңыз: ыстық пернелер (көшіру, қою, тілдерді ауыстыру, скриншоттар), бағдарламаларды орнату (қолданба орталығы немесе өтініш арқылы, «қайдан алып келдім» әдісіне жол бермеу), флешкалар мен архивтермен жұмыс.

Қысқа бір беттік ескерту типтік тапсырмалар бойынша өте пайдалы: PDF ашу және басып шығару, құжат дайындау, ортақ бумалармен жұмыс, және ЭЦҚ‑мен әрекеттер (не іске қосу және ЭЦҚ көрінбесе қайда жүгіну).

Бастапқы 2–4 аптада қолдауды күшейтуге жоспар жасаңыз: дежурный арна, маңызды жерлерге шұғыл шығыстар (қабылдау, канцелярия), қайталанатын мәселелердің күнделікті талдауы. Егер бухгалтерияда бір принтер бірнеше рет істен шықса, бұл «пайдаланушы қателігі» емес, образдағы баптауды түзету сигналы.

Қолдау және эксплуатация: тұрақты жұмыс істеуін қалай қамтамасыз ету

Тұрақты қолдау алғашқы айларда мәселенің жартысын шеше алады. Пайдаланушылар тезірек үйренеді, ал ИТ‑қызмет бірдей сұрақтарға «батпайды».

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

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

Содан кейін SLA‑ларды келісіңіз: қолжетімділік сағаттары, жауап беру және қалпына келтіру уақыттары. Маңызды бөлімдер үшін (мысалы, бухгалтерия есеп беру кезеңінде) кеңейтілген режим және эскалация тәртібі орнатыңыз.

Жұмыстың жүктемесін азайту үшін қысқа білім базасын жасаңыз: 20–30 типтік мәселе және олардың қысқа шешімдері, жауаптар үшін шаблондар. Сол уақытта өтініштер журналын жүргізіңіз: категория (ПО, желі, басып шығару, рұқсаттар), приоритет, себеп, шешу уақыты. Бір айдан кейін статистика қай жерлер жиі сынатынын көрсетеді және образға не фикс енгізу керектігін айқындайды.

Жаңартуларды сервис ретінде жоспарлаңыз: қызмет көрсету терезесі, тест тобы, сосын жаппай жаңарту. Кері қайтару схемасы болуы тиіс (снапшот, резервтік образ, тез пакеттарды қалпына келтіру) және «қалай қолмен жаңартамыз» тәсіліне тыйым салу қажет.

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

Көбіне кездесетін қателіктер мен тұзақтар

Ең қымбат қате — бұл процесті жай ғана ОС‑ті қайта орнату деп түсіну. Шындығында бастысы — жұмыс тәртібі: басып шығару, қол қою, рұқсаттар, жаңартулар, қауіпсіздік ережелері.

Қай сәттер «ең қолайсыз» уақытта шығады

Проблемалар көбінесе бес жерден келеді:

• периферия мен арнайы құрылғылар: ерекше драйверлері бар принтерлер мен МФУ, сканерлер, смарт‑карталар, USB‑токендер, оқу құрылғылары; әсіресе ЭЦҚ мен ведомстволық жүйелерге тәуелді болса қауіпті;
• пилотты «ыңғайлы» пайдаланушылардан бастау: егер тек ИТ‑қызмет тесттесе, делопроизводство, сатып алу, кадрлар, азаматтарды қабылдау сценарийлерін көрмей қаласыз;
• жұмыс орны стандартының болмауы: әр түрлі пакеттер, кеңейтімдер мен баптаулар қолдауды шексіз ерекшеліктерге айналдырады;
• жаппай миграцияны уақытынан бұрын бастау: қысқа оқыту мен түсінікті қолдау арналары болмаса, адамдар жаңа ережелерді айналып өтіп, шағымдар басшылыққа тікелей жетеді;
• жаңарту саясатының анық еместігі: біреулер күн сайын жаңартады, біреулер ешқашан жаңартпайды — нәтижесінде ішкі сервистер мен перифериямен үйлесімсіздік пайда болады.

Осы тұзақтарды қалай болдырмау керек

Простая тәртіп көмектеседі: алдымен алтын стандартты образды және пайдалану ережелерін бекітіңіз, сосын қамтуды кеңейтіңіз. Мысалы, кадрлар бөлімінде басып шығару формаларын, шаблондарды импорттауды, ЭЦҚ және сканерлеуді тексеру маңызды — браузер мен офис пакетті іске қосып көру ғана емес.

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

Практикалық ретінде образ иесін және жаңартулар иесін алдын ала белгілеңіз. Сонда қолдау бірізді: бір баптау жинағы, бір процесс және түсінікті түзету мерзімдері.

Жылдам тексеру: бөлімнің дайындық чек‑листі

Бөлімді жаппай көшіруге дейін қысқа дайындығын тексеріңіз. Әдетте типтік жұмыс орнында бір‑екі адамды тексеру 30–60 минутты алады және басталғаннан кейін күндерді үнемдейді.

Жіктеу алдында не «жасыл» болуы керек

Әр рөлден (делопроизводство, бухгалтерия, кадрлар, аналитика) бір‑екі адамды және ең жиі қолданылатын ПК модельдерін тексеріңіз:

• басып шығару және сканерлеу: қолданыстағы құрылғылардың шамамен 95% жұмыс істеуі, соның ішінде екі бет басу және желілік МФУ;
• құжаттар: типтік файлдар мен шаблондар ашылады, қажетті форматта дұрыс сақталады, құжаттың орналасуы мен қолтаңбалар «ауыспайды»;
• рұқсаттар: пошта, ортақ бумалар, видеобайланыс, ЭДО немесе басқа корпоративтік сервистерге кіру жұмысы;
• пайдаланушылар: қысқа оқытуды өткен және қайда жүгіну керектігін білетін болуы;
• ИТ‑пакет: развертыру, жаңартулар және қалпына келтіру бойынша нұсқаулықтар дайын болуы, жұмыс орнын бірдей көтеріп, жылдам қалпына келтіруге мүмкіндік беруі.

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

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

Мысалды сценарий: бір департаментті жұмысын тоқтатпай миграциялау

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

Бірінші қадам — рөлдер бойынша қысқа тапсырма профилін жинап, стандартты образ дайындау: офис пакеті, пошта, шолғыш, ЭЦҚ және шаблондар, принтерлер мен сканерлер, ортақ бумалар, негізгі қауіпсіздік саясаттары. Образ бірдей аппаратқа орнатылады, сонда тосынсыйлар азаяды.

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

Шегерімдерді ашық және нақты шешіңіз. Мысалда бес жұмыс орны арнайы ПО‑мен Windows‑та қала береді; бұл үшін мерзімдер мен ережелер бекітіледі: бөлек сегмент, жаңартулар жоспар бойынша, минималды құқықтар.

Оқыту қысқа және практикалық: екі сабақ 40–60 минут (интерфейс негіздері және құжаттармен жұмыс; одан кейін басып шығару, ЭЦҚ және типтік қателер) және бір беттік «не істеу керек, егер…» ескерту.

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

Нәтижені мына метрикалар бойынша бағалаңыз:

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

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

Келесі қадамдар: нәтижені бекіту және масштабтау

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

Содан кейін аппарат бөлігін жаңартуды жоспарлаңыз: қуаты жеткіліксіз жерлерді ауыстыру керек. Linux әдетте ресурстарды аз талап етеді, бірақ тар жерлер: ескі дискілер, аз RAM, арнайы периферия кездеседі. Алдын ала жұмыс орындарын категорияларға бөліп, алмастыруды тоқсандық немесе жарты жылдық сатып алуларға қосыңыз.

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

«Барлығы жауап береді, бірақ ешкім» жағдайының алдын алу үшін процестер иелерін тағайындаңыз:

• образ және жұмыс орны стандарттарының иесі;
• жаңартулар мен қауіпсіздіктің иесі;
• оқыту және база білімінің иесі;
• қолдаудың және SLA‑ның иесі;
• өзгерістерді басқару иесі (не және қашан өзгертеміз).

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

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