Добрый день. Я начинаю серию статей для молодых руководителей, которые попали в сферу ИТ. Мой основной опыт основан на руководстве подразделений, отвечающих за эксплуатацию информационных/автоматизированных систем(далее - ИС/АС).
В разное время я руководил командами от 3 человек до 300. Руководил проектами по созданию ИТ-продукта(программирование), по внедрению оборудования("железо"), по созданию и внедрению комплексов информационной безопасности. Мои статьи в основном универсальны, но имеют большую долю моего опыта. Который хотелось бы транслировать всем кому интересно.
В ИТ-сфере существует частая задача с которой сталкиваются администраторы - внедрение ИС/АС (или принятие в эксплуатацию уже существующих систем). И эта задача становится для многих сложной. По разным причинам: кто-то в первый раз это делает, кто-то на это тратит больше времени, чем необходимо. Многие совершают ошибки при выполнении этого процесса и эти ошибки в будущем больно бьют по голове. Я в своей профессиональной деятельности внедрял более 30 крупных систем.
И чтобы этот процесс был максимально простым я использую легкий и популярный инструмент - чек-лист(checklist, контрольный список).
Чек-лист - это список действий, по которому можно проверить выполненные этапы одного задания или различные задачи.
В будущем я напишу ещё несколько статей, где этот инструмент используется эффективно. Каждый из этапов чек-листа может иметь отдельный план или уже описанный процесс
Внедрение ИС/АС:
1.Комплекс технических средств (КТС) - с этого необходимо начать. КТС может быть на основе bare-metal, виртуальных мощностей, сервисы в облаке(услуга как сервис) и т.д. Технические характеристики должны быть или в документации или в требованиях от команды разработки. Обычно в виде таблицы с обозначением требований в виде CPU, RAM, Disk.
2.Системное программное обеспечение(СПО)- так же эту информацию мы получаем из документации или в запросе от команды разработки. На базе каких операционных систем, СУБД, файловые хранилища и т.д. Например RedHat 7.0, CentOS 7.0, PostgreSQL и т.д.
3.Прикладное программное обеспечение(ППО) - прикладное программное обеспечение это сердце любой ИС. Список ППО позволяет набирать команду для сопровождения, список инструкций и правил сопровождения. Например: АСУТ, 1С, web-сервер, java и т.д.
4.Список интеграций - позволяет вам понять какие потоки информации взаимодействуют с системой. Какая сетевая топология необходима, которая так же влияет на информационную безопасность. Список интеграции должен иметь следующие характеристики: примерный объем передаваемой информации, протокол/порт.
5.Список secret'ов - это общий пункт который включает в себя информацию об логинах/паролях, Технических Учётных Записей, ssl-сертификатов и т.д. В некоторых компаниях этот процесс поставлен на поток и имеет специализированные системы по хранению.
6.Документация - возможно этот пункт раньше был самым первым и главным, но последние 3 года мои команды работают по философии Agile и этот пункт потерял важность. Но если вы работаете в гос.структурах или компаниях, которые выполнили цифровую трансформацию, то конечно вы начнёте с этого пункта.
7.Архитектура - этот пункт пересекается с предыдущим. Он обозначает, что под ИС/АС должна быть выверенная Архитектура. Это как эталон на основе, которого и создаётся наша система. Хороших, сильных архитекторов мало и поэтому много существует непродуманных систем, которые при масштабировании "заболевают" детскими болячками из-за которых всем плохо - и клиенту и администратору.
8.CI/CD - DevOps процесс, который позволяет автоматизировать сборку и установку ППО/СПО. Не везде есть данный процесс, но вкратце у вас должно быть понимание как собирать продукт и как его внедрять.
9. Дежурная смена - Этот пункт тоже обширный и имеет много вариаций. Главное запомните, что у вас должно быть чётко распределено кто работает напрямую с клиентами, а кто глубоко вникает в решение проблем. Мой опыт:
1 линия поддержки - прием обращений от клиентов/системы мониторинга, отработка простых действий. Обычно молодежь, студенты, начинающие.
2 линия поддержки - решения сложных кейсов от клиентов, автоматизация обработки мониторинга, подготовка инструкций для 1 линии поддержки. Обычно администратор системы, опытные работники.
3 линия поддержки - команда разработки, формирует метрики, решают суперсложные кейсы, которые возможно требуют фикс системы.
10. Мониторинг - это наши глаза.. Без системы мониторинга у вас не получится качественно эксплуатировать АС/ИС.
11. Логирование - система логирования позволяет вам анализировать работу системы при инцидентах и разборах.
Данный список довольно универсальный и возможно не полный. Я обозначил тот минимум с помощью которого позволяет мне организовывать систему эксплуатации с должным уровнем качества. Под каждую систему(разной критичности) можно расписать все эти пункты.
В будущих статьях я более подробно раскрою эти пункты, потомучто они имеют большой материал для анализа.
Пишите в комментариях про что я забыл или имеет для вас важность и значимость.
Мои статьи: