Инфраструктура · код · контроль
Описываем согласованные инфраструктурные ресурсы кодом и настраиваем предсказуемый процесс изменения: plan, проверка, подтверждение и apply.
Существующее состояние инфраструктуры, права и возможность восстановления оцениваем до автоматизации.
Подготовим вводные
Три вопроса помогут определить контур работ и следующий шаг к оценке.
Состав работ зависит от вашей системы и согласованных критериев результата.
Задача / 01Определяем провайдеры, ресурсные блоки, параметры и структуру модулей для целевого контура.
Проектируем удалённое хранение state, блокировки, доступы и политику обработки чувствительных значений.
Задача / 02Настраиваем plan/review/apply и разделение сред без неконтролируемого применения в production.
Задача / 03Согласованно включаем действующие ресурсы в управление, проверяя расхождения до первого apply.
Состав команды и участие сотрудников согласуем с учётом задач проекта и сроков.
Показано 6 из 18
Специалисты не найдены. Измените параметры или сбросьте фильтры.
Cloud DevOps Engineer
Junior DevOps Engineer
Senior DevOps Engineer
Системный администратор DevOps
Junior DevOps
DevOps Analyst
DevSecOps Engineer
SRE-инженер
SRE-инженер
SRE-инженер
SRE-инженер
SRE-инженер
SRE-инженер
Системный администратор
Системный администратор
Системный администратор
Системный администратор / Сетевой инженер
Системный администратор
Репозиторий конфигураций и модулей, providers, разделение сред, state и правила применения.
Подтверждённые API провайдеров, действующие ресурсы, доступы, требования к блокировкам и хранению state.
Миграция в облако, общий DevOps-аутсорсинг и автоматический откат любых изменений в инфраструктуре.
Фактический состав артефактов и проверки фиксируем до начала работ.
Структурированный код и модули для согласованных инфраструктурных ресурсов.
Настроенное хранение состояния, блокировки, проверки плана и роли согласования.
Примеры plan/apply, порядок импорта ресурсов и действия при проблемах со state.
Технологии выбираем после проверки требований к вашей инфраструктуре.
Проверяем версию провайдера и поддержку конкретных ресурсов в используемой инфраструктуре.
Группируем согласованные ресурсы и параметры для разных окружений.
Оцениваем план до применения, организуем доступ к state и блокировки, исключаем несанкционированные изменения.
Начинаем с инвентаризации ресурсов и сравнения текущего состояния с желаемым. Действующие объекты не должны удаляться из-за некорректного импорта.
Предоставляйте только необходимые сведения и минимальные права для выбранного этапа.
ПЕРЕД СТАРТОМ
Общая картина проектаОснова для оценки объёма и плана работ
Формируем репозиторий и управляем ограниченным набором ресурсов.
Выносим повторяемые ресурсы в модули, параметры и отдельные состояния.
Планируем импорт, разбор дрейфа и осторожную передачу контроля Terraform.
Порядок поддержки, роли и сроки реакции уточняются отдельным соглашением.
Определим исходное состояние, границы работ и критерии приёмки.
Фиксируем ресурсы, зависимости и возможные риски изменения.
Реализуем согласованный объём на выбранном контуре.
Готовим провайдеры, модули, хранение состояния и блокировки.
Проверим результат по согласованным сценариям и передадим материалы команде.
Согласуем ожидаемые изменения до применения. Выполняем проверочный apply в согласованном контуре и документируем эксплуатацию.
Стоимость и продолжительность определяем после анализа исходных данных, доступа и согласованного объёма. Не используем универсальные цифры и не выдаём ставку специалиста за цену услуги.
| Фактор | Что оцениваем |
|---|---|
| Объём инфраструктуры | Количество типов ресурсов, провайдеров, регионов и окружений. |
| Импорт и зависимости | Необходимость учитывать существующие объекты, сеть, права и взаимосвязи. |
| Устройство state | Число состояний, блокировки, доступы и необходимость миграции текущих state. |
| Регламенты применения | Ручные согласования, проверки политики, условия выполнения plan/apply. |
Рассматриваем план изменений перед согласованным применением.
Сверяем созданные/изменённые ресурсы и корректность state.
Фиксируем сценарии восстановления по типам ресурсов; универсального автоматического отката нет.
Передаём согласованные конфигурации, материалы проверки и эксплуатационные инструкции. Сопровождение после приёмки и режим реакции обсуждаем отдельно.
Существующие проекты и отзывы компании CodeHub. Примеры не означают, что именно эта услуга выполнялась в каждом проекте.
Python · автоматизация тестирования
Московская биржа. Автоматизация тестирования
Данные · смежный опыт
Крупнейший ритейл - проекты по SAP и Data
Усиление командами и точечными ИТ-специалистами команды интегратора Иннотех на проектах ВТБ и дочерних компаний
Взаимодействие с интегратором в рамках разработки внутренней HR CRM для автоматизации рекрутмента и хранения внутренней базы кандидатов
1С Разработка для Р-Фарм
Усиление команд, предоставление выделенной команды.
Усиление отделов Java + Kotlin разработки.
Восстановление ИТ-инфраструктуры после кибератак
Мобильное приложение для Edtech-платформы для школьников на Unity
Отзывы клиентов о работе компании CodeHub; они не являются подтверждением выполнения конкретно этой услуги.
Борис Губанов
Клиент CodeHub
Татьяна Тарасенкова
Гульмира
Вячеслав Юдин
Да, после анализа и согласованного импорта, не допуская непреднамеренного пересоздания.
Способ хранения, блокировки и доступ выбираем по требованиям инфраструктуры и безопасности.
Нет. Возврат зависит от типа ресурса, сохранённых данных и подготовленного сценария.
Возможно предусмотреть автоматические шаги, но для критичных изменений часто нужны проверки и утверждение.
Не обязательно. Terraform и средства конфигурации решают разные задачи; состав стека выбирается по требованиям.
Исходные конфигурации, структуру модулей, инструкции по plan/apply и работе с состоянием.
Опишите задачу по услуге «Автоматизация инфраструктуры с Terraform». Уточним объём, доступы и следующий шаг к оценке.
