Проектирование ИТ-инфраструктуры с нуля: всё, что важно знать и учитывать
Представим, что ваша компания открывает филиал с отделом продаж и собственным складом. Компьютеры уже купили, интернет подключили. Остаётся только решить, как склад получит заказ менеджера, где бухгалтер увидит документы и к кому сотрудники обратятся, если программа вдруг перестанет работать.
Проектирование ИТ-инфраструктуры с нуля связывает рабочие места, сеть, программы и данные с задачами бизнеса. Это очень сложная и многогранная работа. Но важно, что в результате руководитель понимает, что нужно компании для работы, сколько это будет стоить и кто восстановит процессы в случае сбоя.
Сначала рабочие задачи, затем оборудование
Техническое задание стоит начинать с того, как сотрудники выполняют свою работу. Где они находятся, какими программами пользуются, какие данные передают друг другу? Какие процессы нельзя останавливать и на какой срок допустим перерыв?
В примере с филиалом важно понять, смогут ли сотрудники продолжить работу при потере связи с головным офисом. Если склад отгружает заказы вечером, понадобится и поддержка в эти часы. Ответы влияют на устройство сети, выбор программ и график обслуживания.
Руководитель и ИТ-команда фиксируют число пользователей и планы расширения, необходимые программы и оборудование, места работы сотрудников. Для важных процессов определяют допустимый перерыв и объём данных, который компания готова потерять при сбое.
Если копия данных создаётся раз в сутки, после восстановления может потребоваться заново внести последующие изменения. Для внутреннего архива это может быть приемлемо. Для заказов и складских операций нужны другие условия.
Из чего складывается инфраструктура
В проект входят сеть и интернет, рабочие места, серверы или облачные ресурсы, системы хранения данных и приложения. Отдельно определяют, кто и к чему получает доступ. Эти части рассматривают вместе: быстрые компьютеры не решат проблему нестабильной связи, а надёжный сервер не поможет сотруднику, которому не выдали нужные права.
Для каждого элемента назначают ответственного: кто обслуживает сеть, обновляет учётную систему, продлевает лицензии и выдаёт доступ. Если подрядчиков несколько, заранее договариваются, кто принимает обращение и координирует устранение общей проблемы.
Проверяют и сценарий увольнения: компания должна суметь закрыть доступ к почте, документам и программам, сохранив рабочие материалы. Регистрация рабочих сервисов на личные номера сотрудников затруднит эту задачу.
Облако, свои серверы или смешанная схема
Выбор зависит от нагрузки, требований к связи, совместимости приложений и затрат на обслуживание. Универсального варианта здесь нет.
Облачные ресурсы позволяют запускать сервисы без покупки собственных серверов и менять объём ресурсов. Нужно оценить регулярные платежи, зависимость от интернета, условия получения данных при смене провайдера и обязанности компании по обслуживанию.
Для собственных серверов нужны первоначальные вложения, место, питание, охлаждение, обслуживание и замена оборудования. Этот вариант рассматривают с учётом требований приложений и условий работы компании.
В смешанной схеме складское оборудование может работать с локальным приложением, а почта — в облаке. Нужно проверить, что произойдёт с обменом данными при обрыве связи и после её восстановления.
Сравнивать варианты лучше по стоимости владения за одинаковый период. Помимо покупки или аренды ресурсов, в расчёт включают лицензии, связь, резервное копирование, работу специалистов, обновления и предстоящие замены. Цена запуска сама по себе не показывает, сколько компания будет тратить на работающую инфраструктуру.
Защита данных начинается с доступа и восстановления
Для нового офиса определяют порядок выдачи прав, правила удалённого подключения и обновления систем. Сотрудникам предоставляют доступ к данным и функциям, которые нужны для работы. Учётные записи администраторов отделяют от повседневных, а для важных сервисов предусматривают дополнительное подтверждение входа, если сервис его поддерживает.
Резервное копирование проектируют под рабочие задачи: какие данные копировать, как часто, где хранить копии и кто проверяет результат. Копия, доступная через ту же учётную запись, что и основные данные, может пострадать вместе с ними. Поэтому хранение и разграничение доступа к резервам — отдельные решения проекта.
Проверять нужно не только наличие копии, но и восстановление из неё. В рекомендациях AWS по проверке восстановления резервных копий предлагается оценивать целостность и доступность восстановленных данных, а также фактическое время восстановления. Для компании это означает практическое испытание: развернуть нужную систему в согласованных условиях и проверить, может ли сотрудник продолжить работу.
Если допустимый перерыв составляет несколько часов, а восстановление занимает рабочий день, нужно менять решение или пересматривать ожидания бизнеса.
Интеграции должны передавать данные и показывать ошибки
Когда отделы работают в разных программах, возникает задача разработки интеграций. Программы связывают так, чтобы заказ из CRM попадал в учётную систему, а информация об отгрузке возвращалась менеджеру.
До разработки определяют, где создаётся и изменяется каждый вид данных: заказ, карточка клиента, номенклатура. Иначе две системы могут по-разному понимать, какие данные актуальны. Затем описывают, что передаётся, когда запускается обмен и кто разбирает ошибки.
В условном примере с филиалом учётная система может временно не принять заказ. Интеграция должна сохранить сведения об ошибке и дать ответственному возможность повторить передачу. При этом повторная попытка не должна создавать ещё один такой же заказ. Такое поведение закладывают в разработку и проверяют при приёмке: успешного обмена одним тестовым документом недостаточно.
Поддержка, администрирование и мониторинг решают разные задачи
Поддержка пользователей помогает сотрудникам, когда не работает почта, не открывается программа или требуется доступ. Администрирование инфраструктуры включает обслуживание серверов, сети и рабочих мест, управление учётными записями, обновления и резервное копирование. Мониторинг отслеживает состояние систем: доступность сервиса, нехватку ресурсов, сбой обмена или неудачное создание копии.
Уведомление мониторинга должно попасть ответственному специалисту. Если он не может решить проблему, нужен порядок передачи обращения дальше. Иначе сообщение придёт вовремя, а восстановление затянется.
Условия обслуживания закрепляют в SLA — соглашении об уровне сервиса. В нём определяют часы поддержки, каналы обращений, приоритеты и сроки. Время реакции означает, когда специалист начнёт обрабатывать обращение. Срок восстановления — когда компания сможет снова пользоваться сервисом. Важно уточнять оба показателя, а также условия, при которых они действуют.
До запуска согласуют и действия при сбоях у интернет-провайдера или поставщика программы: кто связывается с ними и как компания работает в ожидании восстановления.
Как принять проект и запустить работу
Приёмку проводят по рабочим сценариям. В нашем примере менеджер должен оформить заказ, склад — получить его, бухгалтер — подготовить документы. Отдельно проверяют отказ связи, ошибку интеграции, восстановление данных и обращение в поддержку. Для каждой проверки заранее определяют ожидаемый результат и ответственного.
Компания получает схему инфраструктуры, перечень оборудования и сервисов, сведения о лицензиях, порядок восстановления и контакты поддержки. Домены, подписки и основные административные учётные записи должны находиться под контролем компании. Доступ подрядчика организуют так, чтобы можно было передать обслуживание другой команде без потери данных и работоспособности.
Запуск можно разделить на этапы: проверить решение на небольшой группе пользователей, устранить проблемы, затем подключить остальных. Резервное копирование, необходимые меры защиты и поддержка должны работать уже на первом этапе.
IT-сервисы SMART объединяют поддержку пользователей, администрирование инфраструктуры, мониторинг, разработку программного обеспечения и интеграций. СМАРТ помогает организовать обслуживание ИТ: заранее определить состав услуг, каналы обращений, SLA и порядок передачи сложных вопросов специалистам.
Для обсуждения проекта со СМАРТ подготовьте число сотрудников и площадок, перечень используемых систем и планы запуска. Это поможет определить состав работ и условия сопровождения.
