Аудит и план развития ИТ
Услуга
ЗадачаНужно понять ограничения, риски и порядок инвестиций.
Что получает заказчикЗакупки связаны с задачами бизнеса, видны приоритеты и зависимости.
Из чего состоитИнвентаризация и интервью, измерения нагрузки/пиков, схема зависимостей, состояние лицензий/сервиса, ограничения площадки, варианты архитектуры и последовательность этапов.
Как измеряем результатПокрытие обследованием, подтверждённые узкие места, согласованный план этапов и бюджетных оценок.
ПлатформыАудит выполняется по действующей инфраструктуре клиента без обязательной привязки к бренду. Основной аппаратный портфель и дополнительные программные платформы используются для обоснованных вариантов развития. Результат — инвентаризация, зависимости, риски и дорожная карта.
С каких вопросов начинаем
- Какой процесс ограничен?
- Какие приложения/версии и пики?
- Какие исходные ТЗ/BOM/схемы доступны?
- Как оцениваем успех, простой, RPO/RTO и рост?
- Какие сроки, бюджет и владельцы решения?
Что передаём по итогам
Отчёт с исходными измерениями, карта рисков/зависимостей, варианты и дорожная карта. Для каждого этапа — результат, ответственный и основание перехода к архитектуре/BOM.
Миграция инфраструктуры и перенос ЦОД
Услуга
ЗадачаНужно переехать, обновить платформу или объединить площадки без неконтролируемого простоя.
Что получает заказчикПредсказуемый переход и сохранение работоспособности бизнес-систем.
Из чего состоитЗависимости приложений и версии, целевая архитектура/HCL, план волн, копии, подготовка площадки, репетиция, проверка функций/целостности, перенос и готовность отката.
Как измеряем результатФактическое окно простоя, полнота переноса, отклонения после запуска, успешность отката.
ПлатформыМиграцию прорабатываем между исходными и целевыми платформами основного или дополнительного портфеля. План включает перенос приложений, данных, сетей, лицензий и эксплуатации. Конкретные семейства выбираются по целевой архитектуре.
С каких вопросов начинаем
- Какие приложения и архитектуры меняются?
- Каковы окно простоя, доступы и ограничения переноса?
- Что проверяем после запуска, когда откатываемся и кто подтверждает целостность?
Что передаём по итогам
План и репетиция миграции/отката, фактическая схема/BOM, протоколы переноса и проверки с владельцами систем; версии, инструкции и передача в эксплуатацию.
Выбор размещения: свой ЦОД, облако или гибрид
Услуга
ЗадачаНужно выбрать экономически и технически подходящее размещение нагрузок.
Что получает заказчикПрозрачнее расходы, ответственность и возможности масштабирования.
Из чего состоитПрофили/рост нагрузок, локальное и допустимое внешнее размещение, сеть/идентификация, backup, управление, лицензии, сервис, расширение и условия выхода.
Как измеряем результатСтоимость владения по сценарию, задержка, доступность, затраты и срок выхода из сервиса.
ПлатформыВарианты размещения: собственная инфраструктура, выбранное облако или гибридная модель. Dell APEX, HPE GreenLake и сервисные модели других брендов рассматриваем только при подтверждённых условиях для заказчика. Локальный аппаратный состав и облачный сервис сравниваем отдельно.
С каких вопросов начинаем
- Как изменяется потребление?
- Где должны размещаться данные?
- Каковы задержка, доступность, лицензионные и сервисные условия?
- Как считаем полный горизонт затрат и перенос из внешнего сервиса?
Что передаём по итогам
Сравнение вариантов на одинаковых требованиях и горизонте, целевая схема, состав лицензий/сервиса и план перехода; открытые вопросы и критерии испытаний.
Замена платформ и снижение зависимости от одного производителя
Услуга
ЗадачаНужно обеспечить развитие при изменении доступности, поддержки или цены.
Что получает заказчикБольше вариантов поставки и управляемый переход между платформами.
Из чего состоитМатрица обязательных функций и зависимостей, поддержка приложения/ОС, альтернативные архитектуры, HCL/BOM, PoC, миграция/откат и подтверждённые лицензии/сервис.
Как измеряем результатЧисло проверенных альтернатив, стоимость перехода, покрытие требуемых функций и поддержки.
ПлатформыАльтернативы формируем из восьми основных брендов и подтверждённого дополнительного портфеля. Семейства сравниваем по одинаковой нагрузке, функциям, совместимости, сервису и полному составу. Новый бренд является вариантом внутри решения, а не отдельным дубликатом решения.
С каких вопросов начинаем
- Какая зависимость мешает?
- Какие функции, данные и показатели обязательны?
- Что допустимо изменить?
- Какие перенос, лицензии, испытания и поддержка нужны для каждой альтернативы?
Что передаём по итогам
Матрица соответствия, независимые версии спецификаций и результаты PoC; различия архитектур, причины выбора и план перехода/отката на согласованных требованиях.