ИТ-инфраструктура
Совокупность серверов, сетей, хранилищ, ПО и процессов, на которых работают все информационные сервисы компании.
Что такое ИТ-инфраструктура
ИТ-инфраструктура — совокупность оборудования, сетей, хранилищ, программного обеспечения и процессов, на которых работают информационные сервисы компании. Это фундамент: сама по себе инфраструктура не приносит денег, но без неё не работает ни один сервис, который их приносит.
Слово «инфраструктура» здесь означает то же, что и в городе: водопровод, дороги и электросети. Пользователь их не замечает, пока они есть, и замечает только их отсутствие. ИТ-инфраструктура — такой же «водопровод» для приложений: её видно в момент аварии.
Из чего состоит
| Уровень | Что входит | Типичные вопросы |
|---|---|---|
| Физический | Серверы, диски, GPU, стойки, ЦОД, питание, охлаждение | Хватит ли мощности и места |
| Сетевой | Коммутаторы, маршрутизаторы, IP-адресация, VLAN, каналы | Куда и с какой задержкой ходит трафик |
| Виртуализация | Гипервизор, виртуальные машины, контейнеры | Как нарезать железо под задачи |
| Платформенный | ОС, СУБД, веб-серверы, очереди, Kubernetes | На чём работает приложение |
| Данные | Хранилища, бэкапы, СХД, архивы | Где лежит и как восстанавливается |
| Безопасность | Межсетевые экраны, IAM, журналирование | Кто и куда имеет доступ |
| Процессы и люди | Мониторинг, дежурства, регламенты, документация | Кто чинит в 3 часа ночи |
Последняя строка — та, которую чаще всего забывают. Инфраструктура без процессов эксплуатации не инфраструктура, а набор железа: SLA обеспечивают не серверы, а регламенты и дежурная смена.
Три способа её иметь
| On-premises | Аренда серверов / IaaS | Публичное облако | |
|---|---|---|---|
| Капитальные затраты | Высокие, разово | Нет | Нет |
| Срок запуска | Недели и месяцы | Часы | Минуты |
| Контроль над железом | Полный | Высокий | Ограниченный |
| Кто чинит диск | Вы | Провайдер | Провайдер |
| Масштабирование вниз | Никак, железо куплено | Отказ от аренды | По кнопке |
| Оправдано при | Стабильной нагрузке, жёстких требованиях | Постоянной нагрузке, потребности в GPU | Пиках и экспериментах |
Пример, где выбор виден в деньгах: если GPU нужен на пару экспериментов в месяц — почасовая аренда дешевле. Если карта загружена обучением или инференсом круглосуточно — выгоднее долгосрочная аренда сервера, а покупка своего окупается только при многолетнем горизонте и наличии инженеров.
Чаще всего инфраструктура получается гибридной: чувствительные данные в своём контуре, пиковые вычисления — в арендованном.
Как ей управляют
Ручная настройка серверов не масштабируется и не воспроизводится. Стандартный подход — Infrastructure as Code: конфигурация описывается в файлах, хранится в Git и применяется автоматически.
# Одинаковая конфигурация на всех узлах — из репозитория, а не из памяти админа
ansible-playbook -i inventory/prod site.yml --check # сначала dry-run
ansible-playbook -i inventory/prod site.yml
Три опоры эксплуатации:
- Ansible, Terraform, cloud-init — воспроизводимое создание и настройка;
- Zabbix, Prometheus — мониторинг и алерты раньше, чем позвонит пользователь;
- Резервное копирование и Disaster Recovery — с регулярной проверкой восстановления. Бэкап, который ни разу не разворачивали, бэкапом не считается.
Связанные термины
- ЦОД — физическая основа инфраструктуры
- IaaS — инфраструктура как арендуемая услуга
- Виртуализация — как из железа получают ресурсы под задачи
- GitOps / IaC — управление инфраструктурой через код
- SLA и отказоустойчивость — требования, под которые её проектируют
- DevOps — практики эксплуатации инфраструктуры
Готовы запустить GPU-задачу?
Запустить GPU-сервер