Как электросетевая компания перешла на всё российское в ИТ
В 2024 году дочернее подразделение крупнейшей российской электросетевой компании поставило перед собой амбициозную задачу – внедрить СК-11. Это – отечественная автоматизированная система управления производством, передачей и распределением электроэнергии.
Планировалось «убить двух зайцев» – автоматизировать работу и выполнить требования по импортозамещению ИТ для значимых субъектов КИИ.
Но, как это часто бывает, гладко было на бумаге.
Рассказываем, что и как замещали, с чем столкнулись и какие выводы сделали.
С какой задачей к нам пришли
Когда в компании задумали внедрять систему СК-11, то быстро поняли, что просто купить и поставить её недостаточно. СК-11 – это не «поставил и забыл», а целая инфраструктура, включающая:
- Оборудование (железо отечественное, иначе никак).
- Систему виртуализации (чтобы не плодить парк физических серверов).
- Систему каталогов (все пользователи должны где-то храниться и авторизовываться).
- Систему виртуальных рабочих столов (чтобы сотрудники не бегали к серверам с флешками).
- Мониторинг (чтобы если что-то упадёт, мы это заметили).
- Резервное копирование (чтобы если всё-таки что-то упало, можно было восстановиться без потерь).
- Центр сертификации.
- Сеть, базы данных и т.д.
Плюс ещё ряд сервисов, которые будут жить внутри этой системы и обеспечивать связность всего этого добра. Конечно, всё должно быть отечественным.
Энергокомпания обратилась к интегратору. Тот разработал схему архитектуры, посмотрел на список того, что придётся внедрять, — и вспомнил про нас. Месяц назад мы как раз вместе успешно закрыли задачу по импортозамещению системы резервного копирования у другого заказчика.
«Ребята, вы же эксперты по инфраструктуре, виртуализации и всему отечественному? Ну, вот вам архитектура, вот оборудование – разверните всё, что нужно для работы СК-11. Надо, чтобы всё было совместимо, работало, как часы и состояло только из российских компонентов, которые мы выбрали вместе с заказчиком» – сказали они.
Мы переглянулись и нырнули в работу.
С чем столкнулись при внедрении
Начали, как водится, с виртуализации. Компания выбрала платформу, с которой нам уже доводилось работать. Мы понимали, с чем можем столкнуться и заранее предупредили: «Ребята, есть нюансы. Эта платформа имеет ряд ограничений, критичных для этого проекта. Также совместимость с выбранной системой резервного копирования должна была появиться уже во время реализации проекта. Это накладывает определенные риски».
Однако заказчик настоял на своём. Развернули платформу, подняли отечественную службу каталогов, настроили систему виртуальных рабочих столов, которую выбрала компания. Поставили на мониторинг физическое оборудование, систему виртуализации, службу каталогов, службу виртуальных рабочих столов – практически всю инфраструктуру.
Также мы помогали подрядчикам компании, которые занимались сетями, сервисами для работы СК-11 – базами данных, контейнерами и т.д. Разработчики СК-11 также отправляли нам запросы по инженерной части – например, они стойки поставили, оборудование смонтировали, а мы по запросу разворачивали различные вспомогательные системы и выполняли работы по системному администрированию.
Оставалось внедрить системы резервного копирования и несколько мелочей. На бумаге всё выглядело красиво.
Но тут начались сюрпризы. Всё, чего мы опасались перед стартом работы, дало о себе знать.
- Совместимость заявлена, но не подтвердилась на практике.
Возникли проблемы с интеграцией системы резервного копирования с системой виртуализации. Причем это не ошибка компании или партнёра – это ошибка разработчиков систем, которые не договорились между собой. В документации написано одно, а по факту – другое. Мы предложили заказчику несколько альтернатив – как закрыть требования по импортозамещению, внедрить бэкапы и сохранить работоспособность. - Архитектура «на бумаге» не совпала с реальностью.
На старте проекта нам дали разработанную архитектуры – конкретные компоненты и взаимосвязь между ними. Но в реальности оказалось, что некоторые компоненты просто не дружат друг с другом. Пришлось на лету переделывать архитектуру, чтобы заставить всё это работать. - Компоненты работают, но не так.
Даже когда удалось связать систему, оказалось, что некоторые модули работают, но с «особенностями». Например, мониторинг выдавал некорректные данные о загруженности серверов, некоторые виртуальные машины периодически «отваливались”. Но и это мы починили.
Факт того, что переделывали и дорабатывали архитектуру – это абсолютно нормально: на старте невозможно предусмотреть всё. Да, многих проблем можно было бы избежать ещё на этапе развертывания платформы виртуализации, но никто не отменяет того, что могли бы возникнуть другие. К тому же, часто нас ставят перед фактом, и мы работаем с “тем, что есть”, так что это – привычное дело. Решение нашли, задача выполнена
директор по ИТ-инфраструктуре CORTEL.
Что было дальше
После того, как мы убедились, что всё работает, приступили к разработке программы и методики испытаний для каждого компонента архитектуры. Провели нагрузочное тестирование и подошли к финальной стадии – приёмо-сдаточным испытаниям.
Этот этап – как сдача диплома: заказчик внимательно смотрит, проверяет, всё ли работает, а мы фиксируем замечания в протоколе и исправляем недочёты.
К этому моменту у нас уже было всё развернуто:
- Виртуализация работает.
- Система каталогов поднята, пользователи заведены.
- Виртуальные рабочие столы развернуты.
- Мониторинг работает.
- Система резервного копирования бэкапит в штатном режиме.
«Это уже не первый проект, где коллеги из CORTEL показывают себя настоящими экспертами в инфраструктурах, в том числе отечественных. До этого проекта мы уже обращались к ним по реализации импортозамещения зарубежной системы резервного копирования в энергетическом холдинге. Глубоко интегрированная СРК бэкапила системы виртуализации, операционные системы, базы данных – мы вместо меняли её на отечественную. Сработали быстро, уверенно, надёжно, предусмотрели все нюансы, разработали и реализовали архитектуру», – прокомментировал партнёр
В чём мы ещё раз убедились по итогам проекта
- Документация – это теория, реальность – это практика. Если вендоры пишут, что системы совместимы, это ещё не значит, что на практике так.
- Гибкость – наше всё. Даже если есть готовый проект, по ходу реализации придётся его менять.
- Импортозамещение – это непросто. Но оно возможно. Главное – команда, которая готова разбираться, исправлять ошибки и адаптироваться под обстоятельства.
Если в вашей компании так же остро стоит вопрос перехода на всё российское ИТ – заполните форму. Мы свяжемся с вами и подберем оптимальное решение под ваши запросы, цели и бюджет.