Развертывание технических площадок как ключевой результат
В завершение постов по этапу 2 “Разработка и настройка” поговорим о совершенно несправедливо забытом ключевом результате “технические площадки развернуты”.
Тут есть ряд моментов, на которые следует обратить особое внимание: ▫️состав площадок; ▫️количество площадок; ▫️вид "железа"; ▫️обеспечение резервирования данных.
Состав площадок. Развертывать нужно не только серверы, где будут функционировать компоненты внедряемой ИС. В случае, если у вас будет интеграция с ВИС (внешняя ИС по отношению к внедряемой) с потоком из внедряемой ИС в ВИС, то придется развертывать ещё и тестовые площадки для таких систем. Иначе можете в процессе тестирования наполнить мусором ИС, находящиеся в постоянной (промышленной) эксплуатации.
Если есть поток из ВИС во внедряемую информационную систему, то тут нужно анализировать, какие данные передаются. И нет ли шансов передать на тестовую площадку какие-либо конфиденциальные данные, либо данные, предполагающие особые условия хранения (те же персональные данные, например). И в зависимости от этого решать, нужно ли развертывать эти площадки.
Разумеется, я не рассматриваю ситуацию, когда в компании уже есть тестовые серверы, где развернуты данные системы.
Количество площадок. Рекомендуемый минимум - 3 (тест, ОЭ, прод), практический минимум - 2 (тест+ОЭ, прод). Но в последнем случае будут и дополнительные трудозатраты, и риски, связанные с чистотой данных, и риски потери части проведенных работ. Об этом писал в одной из тем по разработке (перенос данных на чистовую площадку).
Также может потребоваться отдельная площадка для обучения пользователей, не входящих в группу ОЭ. Дело в том, что, как правило, площадка ОЭ развертывается на более слабом железе с целью экономии (да, рекомендуется, чтобы оно соответствовало проду, но реалии не всегда позволяют, и да, в таком случае могут возникнуть некоторые сложности с интерпретацией результатов нагрузочного тестирования).
Если будет проводиться обучение большого количества сотрудников (много параллельных групп), то ИС может начать “подтормаживать”. Соответственно - либо ограничить количество обучаемых, либо железо ОЭ = железо прод, либо отдельная площадка для обучения. Причем все это надо продумать ещё до старта проекта.
Вид железа. Опять же напомню, что как минимум временные площадки (все, кроме ОЭ и прод) можно развернуть на виртуальном железе. Если есть внутренний вхост, то даже рекомендуется. Если нет - присмотреться к ЦОДам (опять же вопросы надёжности и безопасности должны быть проработаны).
Резервное копирование. Просто напишу, что нужно настроить для всех площадок. Иначе чревато дополнительными трудозатратами и сдвигом сроков.
Также нелишним будет составить план развертывания. Опять же случаи бывают разные, например, одно дело, если вам нужно только серверы ИС развернуть. Совершенно другое, если есть ещё оборудование для установки в разветвленной филиальной сети (например, торговое оборудование для сети магазинов).
Полный перечень результатов по этапам проекта - здесь.