Инфрақұрылым жобасының құжаттамасы: тапсыру пакеті

Құжаттама неліктен қажет және кімге шын көмектеседі

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

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

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

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

Тапсыру және ары қарайғы қолдау үшін минималды пакет

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

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

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

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

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

Инциденттерде құтқаратын схемалар

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

Үш деңгей ұстаған дұрыс:

• Логикалық схема: подсетьтер, VLAN, маршруттар, қауіпсіздік зоналары. Бұл трафик қайға баратындығы мен қай жерде фильтр тұрғанын тез түсіну үшін қажет.
• Физикалық схема: стойкалар, юниттағы позициялар, кросстар, порт нөмірлері, кабель маркалаулары. Порт, патчкорд немесе қуат проблемасы шыққанда қажет.
• Сервис схемалары: AD, DNS және DHCP қайда орналасқаны, виртуализацияға жауапты хосттар, пошта мен файл ресурстары, репликация және резервтеу қалай орнатылғаны.

Жаңарту және ақаулар кезінде тәуелділік матрицасы өте көмектеседі: қай сервис қайсыз жүктелмейтінін, не маңызды, не кейін қалатынын көрсетеді.

Схемалар инцидентте шынайы жұмыс істеу үшін мыналарды тексеріңіз:

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

Мысал: түнде қосымшаға қолжетімділік жоғалды. Матрица бойынша ол DNS пен гипервизордан тәуелді екенін көреміз. Логикалық схема бойынша қажет VLAN мен шлюз табылады, физикалық бойынша — нақты коммутатор мен сервер порты. Диагностика жоспар бойынша жүреді, болжам бойынша емес.

Реестрлер мен ведомостар: не ескеру және шатастырмау

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

Ведомостар некпеге айналмасын десеңіз, біртұтас өріс форматын белгілеңіз. Көп жобаларға келесілер жеткілікті:

• Жабдық: модель, сериялық нөмір, орналасқан жер (ғимарат-қабат-стойка), жауапты бөлім.
• ПО және лицензиялар: өнім, нұсқа, лицензия түрі, иесі, жарамдылық мерзімі, растайтын құжат қайда сақталатыны.
• IP-жоспары: подсеть, шлюз, DNS, тағайындау, статикалық адресдер, маңызды тораптар туралы ескертпелер.
• Порт-жоспары: коммутатор, порт, VLAN, қай құрылғыға алып баратыны, патч-панель және порт нөмірі.
• Есептік жазбалар: әкімшілер, сервис-шоттар, рөл, қолдану орны, пароль ауыстыру ережелері.

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

Бұзылмау үшін ережелер:

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

Актілер және хаттамалар: фактты, көлемді және жауапкершілікті тіркеу

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

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

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

Сынақ хаттамалары ең жиі қойылатын «Бұл шынымен тексерілді ме?» деген сұраққа жауап береді. Әдетте жеткілікті:

• нені тексерген (желі, бэкап, отказоустойчивость, қолжетімділік);
• қалай тексерген (қысқа әдістеме);
• нәтиже және ескертпелер;
• кім қатысқан және кім қол қойған.

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

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

Паспортер және кепілдік: сервис пен мерзімдерді жоғалтпау үшін

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

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

Стойка паспорты мен орналастыру

«Стойка паспорты» бөлек пайдалы: не қай жерде орнатылған, қандай порттар бос емес, кабельдер қалай белгіленген, қандай желілер мен ИБП-дан қоректенетінін көрсететін құжат. Түнде бір стойкадағы қуат жоғалғанда бұл сағаттарды үнемдейді.

Әдетте әр бірлік үшін жеткілікті:

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

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

Нұсқаулықтар: тапсырмалар бәрі бірдей орындалуы үшін

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

Әкімші нұсқаулығы: рутина және типтік операциялар

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

Интерфейсте қателесу оңай жерлерге скриншоттар пайдалы. Ал IP, VLAN және сервис шоттарының параметрлері мәтін мен кестелерде болғаны жақсы: оларды іздеу және жаңарту оңайырақ.

Авариялық нұсқаулық (runbook) инциденттер мен бэкаптар үшін

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

Бір құжатта әдетте жеткілікті:

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

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

Эксплуатация регламенттері: хаоссыз қолдау үшін

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

Регламентте не бекіту керек

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

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

Рұқсаттарды басқару регламенті беру, қайтару және құқықтарды мерзімді қайта қарауды сипаттайды. Бұл жұмыстан кеткен қызметкерде критикалық жүйелерге құқық қалмауын қамтамасыз етеді.

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

Егер ыңғайлы болса, қысқа тізім ретінде ұстаңыз:

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

Мысал: егер ұйымда серверлер мен жұмыс орындары орнатылған болса, инцидент регламенті дежурлыққа перегрев, диск істен шығуы немесе сервис қолжетімсіздігі кезінде не істеу керектігін және қашан 24/7 қолдауға және республикалық сервис желісіне қосу жөнінде көрсетіп тұруы тиіс (егер бұл келісімшартта қарастырылса).

Құжаттарды сақтау және өзектілігі: бір ай ішінде ескіртпеу үшін

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

Жұмысқа жарамды папка құрылымы ұсынысы:

• 01_Схемы и топология
• 02_Реестры и ведомости
• 03_Акты и протоколы
• 04_Паспорта и гарантия
• 05_Инструкции и регламенты

Ішкі файл атауында: дата, жүйе, құжат типі, нұсқа. Мысалы: 2026-01-10_DC_Network_Scheme_v1.2. Бұл файлдарды салыстыруды жеңілдетеді және «финал_соңғы_нақты» түріндегі көп нұсқаларды болдырмайды.

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

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

Рұқсаттарды оқу және өзгертуге бөлек бөліңіз. Әдетте өзгерте алатындар — жауапты әкімші мен сопровождение басшысы, қалғандары тек оқиды.

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

• кез келген өзгеріс өтініш арқылы өтеді;
• схемалар, реестрлер және нұсқаулықтар сол күні жаңартылады;
• нұсқа және өзгеріс себебі тіркеледі;
• өзгеріс жабылар алдында қысқа тексерістен өтеді;
• айына бір рет «не өзгерді, не ұмыттық» салыстыру өткізіледі.

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

Құжаттар пакетін тапсыруға дайындау қадамдық жоспары

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

Көп жағдайда орындалатын тізбек, ол мерзімге сыйып кетеді:

• бастапқы мәліметтер жинап, құжаттардың иелерін тағайындаңыз. Бірден атаулар, нұсқа форматтары және сақтау орны бекітілсін;
• схемалар мен реестрлерді нақты орындалған жұмыстарға сәйкес шығарыңыз, «жоба бойынша» емес. Адресация, порттар, VLAN, сериялық нөмірлер, стойкалар, патч-панель — нақты орнатылған нәрсені ғана тіркеңіз;
• сынақтарды өткізіп, хаттамаларды рәсімдеңіз. Қабылдаудың критерийлерін алдын ала келісіңіз: қандай тексеріс сәтті, қандай өлшемдер мен логтар қосылады, кім нәтижелерге қол қояды;
• әкімшіге арналған нұсқаулықтар мен регламенттерді нақты командаға бейімдеп дайындаңыз: дежур әрекеттер, типтік өтініштер, бэкап пен қалпына келтіру, жаңартулар, рұқсаттар;
• келісіп, қол қойып, қолдауға өткізіңіз: финалдық пакет, жауапкершілік матрицасы, өзектендіру мерзімдері, контактілер. «Қалай жасалған» күйін сақтау қажет заттарды бөлек атап өтіңіз.

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

Мысал сценарий: ұйымға инфрақұрылым енгізу

Ұйым жаңа офис ашып, нөлден инфрақұрылым құрады: шағын серверная, коммутаторлар мен Wi‑Fi, негізгі сервистер үшін виртуализация кластері және 120 жұмыс орны. Бөлігі жергілікті өндірушіден (мысалы, серверлер мен ПК), қалғаны компания стандарты бойынша алынған.

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

Көп жағдайда 12 файлдан тұратын жинақ көп сұрақтарды жабады:

• Схемалар және жоспарлар: L2/L3 желі, адресация және VLAN, стойкалар мен порттар, виртуализация схемасы.
• Реестрлер: жабдық тізімі (сериялық нөмірлер), IP және сервис шоттары, лицензиялар мен мерзімдері.
• Актілер және хаттамалар: эксплуатацияға қабылдау актісі, өлшеу және тест хаттамалары, бэкап хаттамасы (қалпына келтіру тексерісін қоса алғанда).
• Паспортер және кепілдік: серверлер мен ПК паспорты мен формулярлары, кепілдік талондары, сервис контактілері.
• Эксплуатация: әкімші нұсқаулығы, пайдаланушы ескерту парағы, инциденттер мен өтініштер регламенті.

Тапсыру ролдер бойынша өтеді:

• интегратор пакет тапсырып, демонстрация жасайды;
• тапсырыс алушы ІТ қолжетімдіктерді қабылдап, чек-лист бойынша жұмыс істелгенін растайды;
• қауіпсіздік есепшісі есептік жазбаларды, сегментацияны және журналдауды тексереді;
• басшы актіні қол қояды және қолдауға жауаптыларды тағайындайды;
• сервис 24/7 байланыс тәртібін тіркейді (егер келісімшартта қарастырылса).

Кейбір жиі кездесетін қателіктер, кейін уақыт пен ақша тұратын

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

Екінші әуре — құжаттардың иелері жоқ. Иесі тағайындалмаса, схема мен реестрлер 2–3 айда тарқайды. Нәтижесінде жаңа әкімші шындықты чаттар мен ескі хаттардан іздейді.

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

Тағы бір типтік қате — сервис парольдері мен рұқсаттарды хат-хабарларда сақтау. Олар жоғалады, дұрыс адамдарға жетпейді немесе мөрсіз қолданылады. Дұрысы — рұқсаттарды журналмен және ауыстыру процедурасымен қорғалған сенімді қоймада сақтау.

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

Қысқа ережелер, әдетте көмектесетін:

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

Тапсыру алдындағы жылдам тексеру: қысқа чек-лист

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

Негізгі бөлімдердің бар екенін және үйлесімді екенін тексеріңіз:

• инфрақұрылым схемалары (логикалық және физикалық) — дата, нұсқа және түсінікті белгіленім: не қайда тұрады, қалай қосылған, қандай сегменттер мен ролдер бар;
• реестрлер шындыққа сай: жабдық пен сериялық нөмірлер, ПО және нұсқалар, IP-адрестер мен VLAN, есептік жазбалар мен рұқсат деңгейлері (парольдер ашық жазылмауы тиіс);
• қол қойылған актілер және тексерістер расталған: не қабылданды, кім жауапты, қабылдау критерийлері және сынақ хаттамалары;
• бэкаптан қалпына келтіру нұсқаулығы: бэкаптар қайда, тұтастық қалай тексерілетіні, қызметті қалай қайтару және мақсатты уақыттар;
• күнделікті жұмыс регламенттері: жаңартулар және жұмыс терезелері, мониторинг пен оповещения, инциденттер өңдеу, өзгерістер басқару.

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

Егер іске асыруды интегратор, мысалы GSE.kz орындаған болса, схемалар мен реестрлердің кім және қалай жаңартылатынын алдын ала келісу ыңғайлы.