Проектирование IT-инфраструктуры

IT должно появиться в проекте до монтажа

Проектирование IT-инфраструктуры нужно не ради набора схем. Его задача — заранее определить, какие системы должны работать на объекте, как они связаны между собой, какие требования предъявляются к помещениям и каналам связи, какое оборудование допустимо использовать и как результат будет введён в эксплуатацию.

Если эти решения принимаются уже после отделки, закупки оборудования или начала монтажа, проект становится дороже: приходится переносить точки подключения, переделывать трассы, менять спецификации и согласовывать несовместимые решения между несколькими подрядчиками.

SoftTech может подключаться к новому объекту на стадии требований и проектирования либо начинать с обследования существующей инфраструктуры при реконструкции и модернизации.

Для каких задач нужен проект

Проектирование особенно важно, когда:

• строится новый офис, магазин, склад, ресторан, гостиница, производственный или другой коммерческий объект;
• существующий объект проходит реконструкцию;
• инфраструктура создавалась частями и требуется единая архитектура;
• планируется перенос или расширение серверной;
• нужно стандартизировать несколько однотипных площадок;
• меняется сетевое, серверное или пользовательское оборудование;
• необходимо связать ЛВС, Wi‑Fi, видеонаблюдение, СКУД, Digital Signage и другие системы в один технологический контур;
• проект должен быть передан монтажной или эксплуатационной команде без устных «договорённостей на объекте».

С чего начинаем

1. Исходные данные

Для нового объекта собираем планы, требования заказчика, назначение помещений, количество пользователей и устройств, перечень бизнес-систем, требования к доступности и перспективы развития.

Для действующего объекта к этому добавляется обследование текущей инфраструктуры: существующие трассы, стойки и шкафы, активное оборудование, серверные роли, беспроводная сеть, точки подключения и технические ограничения.

2. Границы проекта

До выбора оборудования фиксируем, какие системы входят в проект и кто отвечает за смежные разделы. Это особенно важно на строительных объектах, где IT пересекается с электроснабжением, строительной частью, пожарными системами, автоматизацией здания и другими инженерными разделами.

3. Требования к эксплуатации

Архитектура должна учитывать не только ввод объекта в эксплуатацию, но и то, как инфраструктура будет жить дальше:

• кто её обслуживает;
• как выполняется мониторинг;
• какие элементы резервируются;
• как производится замена оборудования;
• какие данные и документация нужны Service Desk и эксплуатационной команде;
• как новые площадки или системы будут добавляться позже.

Что может входить в IT-контур объекта

В зависимости от задачи проект может объединять:

• локальную вычислительную сеть;
• магистральные и межэтажные соединения;
• корпоративный и гостевой Wi‑Fi;
• телекоммуникационные шкафы и серверные помещения;
• серверную и вычислительную инфраструктуру;
• рабочие места и периферию;
• видеонаблюдение;
• контроль и управление доступом;
• информационные экраны и Digital Signage;
• терминалы и устройства самообслуживания;
• внешние каналы связи;
• мониторинг и сервисные компоненты;
• интеграционные точки с бизнес-системами заказчика.

Перечень определяется проектом. Не каждый объект требует всех этих систем, и не каждый инженерный раздел должен выполняться одним подрядчиком.

Архитектура до спецификации

Одна из типичных ошибок — начинать проект с конкретной модели коммутатора, точки доступа или сервера.

Сначала определяем архитектурные требования:

• количество и расположение пользователей и устройств;
• логическую и физическую топологию;
• сегментацию сети;
• требования к пропускной способности;
• резервирование;
• радиопокрытие и сценарии роуминга;
• объёмы хранения и вычислительные нагрузки;
• требования к доступности;
• точки интеграции;
• требования к дальнейшему мониторингу и обслуживанию.

Только после этого формируется спецификация оборудования.

Сети и Wi‑Fi

Проект сети должен учитывать не только количество портов. Для объекта важны:

• магистраль и горизонтальная кабельная инфраструктура;
• размещение шкафов и коммутационных узлов;
• активное сетевое оборудование;
• VLAN и сегментация;
• внешние каналы;
• резервные сценарии;
• требования к беспроводному покрытию;
• централизованное управление и мониторинг.

Для Wi‑Fi сложных объектов может потребоваться отдельное радиообследование и проектирование покрытия.

Корпоративные сети →
Wi‑Fi для бизнеса →

Серверные и технические помещения

Серверная или телекоммуникационное помещение рассматривается как часть общей архитектуры. Проект должен учитывать состав оборудования, стойки и шкафы, коммутацию, резервирование, требования к электропитанию и окружающей инфраструктуре, а также дальнейший доступ для обслуживания.

Серверная инфраструктура →
Серверные и ЦОД →

Безопасность и объектовые системы

Видеонаблюдение и СКУД зависят от сети, серверной части, хранения данных, точек подключения и модели эксплуатации. Поэтому их важно учитывать на архитектурном этапе, а не добавлять после завершения основных работ.

Видеонаблюдение →
Контроль доступа →

Спецификация оборудования

Спецификация формируется из требований проекта, а не наоборот.

При выборе учитываем:

• совместимость;
• производительность;
• доступность поставки;
• возможность замены;
• унификацию оборудования между объектами;
• гарантийную и сервисную модель;
• стоимость жизненного цикла;
• требования к дальнейшему масштабированию.

SoftTech может связать проектирование с последующей поставкой и интеграцией оборудования.

Оборудование и дистрибуция →

Проект как основа для реализации

Результат проектирования должен быть пригоден для следующего этапа, а не оставаться презентацией.

В зависимости от состава работ это могут быть:

• зафиксированные требования;
• архитектурные схемы;
• перечень систем;
• схемы взаимосвязей;
• планы размещения;
• спецификации;
• описание сетевой архитектуры;
• правила адресации и сегментации;
• требования к монтажу и настройке;
• сценарии резервирования;
• перечень интеграций;
• требования к приёмке;
• комплект эксплуатационной документации.

Конкретный состав документов определяется договором и стадией проекта.

Новый коммерческий объект

Для нового объекта IT лучше подключать до того, как строительные и отделочные решения станут необратимыми.

Типовой маршрут:

требования → проектирование → согласование → спецификация → поставка → монтаж → настройка → интеграция → испытания → приёмка → передача в эксплуатацию.

Такой подход особенно важен для офисов и бизнес-центров, торговых объектов, складов, гостиниц, ресторанов и других площадок, где несколько IT- и слаботочных систем должны быть увязаны с архитектурой здания.

IT-решения для строительства и недвижимости →
IT-решения для офисов и бизнес-центров →
IT-решения для ритейла →
IT-решения для логистики и складов →

Реконструкция и модернизация

На действующем объекте проектирование начинается с фактического состояния.

Мы фиксируем:

• существующую топологию;
• используемое оборудование;
• технический долг;
• критические зависимости;
• ограничения по простою;
• элементы, которые можно сохранить;
• узлы, которые необходимо заменить;
• последовательность миграции.

Это позволяет модернизировать инфраструктуру поэтапно и не превращать реконструкцию в полную замену всего объекта.

IT-аудит →

Подтверждённый опыт проектирования

В публичных кейсах SoftTech есть проекты, где проектирование подтверждено как часть фактического состава работ.

MOSTRA-GROUP

Действующее сотрудничество. Подтверждённый проектный контур включает консалтинг, проектирование, комплексный монтаж, поставку оборудования, сети и инфраструктурные системы, CCTV, СКУД, системы отображения и интеграционные задачи. После внедрения созданная инфраструктура переходит в регулярную эксплуатацию SoftTech.

Кейс MOSTRA-GROUP →

Burger King Belarus

Действующее сотрудничество. В состав работ входят проектирование, комплексные монтажные работы, поставка и настройка IT-оборудования, CCTV, СКУД, аудиосистемы, системы отображения и интеграционные задачи.

Кейс Burger King Belarus →

Эти кейсы показывают важный для нашей модели принцип: проектные решения принимаются с учётом того, как инфраструктура будет внедряться, диагностироваться и обслуживаться после запуска.

От проектирования к монтажу и вводу

SoftTech может продолжить проект через поставку, монтаж, настройку и ввод систем в эксплуатацию. При этом проектные решения становятся основой для контроля результата и приёмки.

Монтаж и пусконаладка →

Для глубоких объектовых проектов внутри экосистемы также используется специализированная компетенция NetOffice.

После запуска

Инфраструктура должна быть передана в эксплуатацию вместе с актуальной документацией и понятными границами ответственности.

После ввода объекта SoftTech может подключить согласованный контур к мониторингу, технической поддержке и дальнейшему развитию.

IT-аутсорсинг →
Office IT →

Что не включаем автоматически

Проектирование IT-инфраструктуры не означает, что SoftTech автоматически берёт на себя все инженерные разделы здания.

Отдельного подтверждения компетенций, состава работ и ответственного юридического лица требуют, в частности:

• BMS и диспетчеризация здания;
• автоматизация HVAC и других инженерных систем;
• специализированные пожарные системы;
• технологическая автоматизация;
• другие регулируемые инженерные разделы.

Такие системы учитываются как внешние зависимости или отдельные проектные контуры, если они не входят в подтверждённый объём SoftTech.

Обсудить проект

Можно начать с планов нового объекта, существующей проектной документации или описания инфраструктуры, которую необходимо модернизировать.

На первом этапе определим:

• границы IT-контура;
• исходные данные;
• состав проектирования;
• смежные системы;
• необходимую глубину документации;
• следующий этап после проекта.

Обсудить проектирование →