Задача / 01Подготовка Dockerfile / Состав итогового образа
Описываем установку зависимостей, сборку и команду запуска с учётом стека приложения.
Отделяем необходимые для запуска файлы от инструментов сборки и временных данных.
Docker-образы · Настройка · Сопровождение
Готовим Docker-образы для вашего приложения и дорабатываем существующие Dockerfile. Проверяем состав образа, повторяемость сборки и запуск в целевом окружении.
Согласуем критерии до начала работ: размер, время сборки, состав зависимостей и поведение приложения. Результат сравниваем на одинаковых исходных данных.
Подготовим вводные
Три вопроса помогут определить контур работ и следующий шаг к оценке.
Состав работ зависит от вашей системы и согласованных критериев результата.
Задача / 01Описываем установку зависимостей, сборку и команду запуска с учётом стека приложения.
Отделяем необходимые для запуска файлы от инструментов сборки и временных данных.
Задача / 02Анализируем порядок шагов и причины повторного выполнения дорогих операций.
Задача / 03Согласуем базовый образ, подход к обновлениям и проверку работоспособности после пересборки.
Состав команды и участие сотрудников согласуем с учётом задач проекта и сроков.
Специалистов: 19
Специалисты не найдены. Измените параметры или сбросьте фильтры.

Системный администратор DevOps

Lead DevOps Engineer

Cloud DevOps

SRE-инженер

SRE-инженер

SRE-инженер

SRE-инженер

SRE-инженер

SRE-инженер

SRE-инженер

Системный администратор

Системный администратор L3

Системный администратор

Системный администратор

Системный администратор

Системный администратор

Системный администратор

Системный администратор

Системный администратор
Dockerfile, правила контекста сборки, проверка запуска и сравнение согласованных показателей.
Исходный код, команды сборки, зависимости, тестовый сценарий и доступ к registry.
Переписывание приложения, полный аудит безопасности и внедрение оркестратора согласуются отдельно.
Конкретный состав артефактов и критерии приёмки фиксируем перед началом работ.
Версионируемая инструкция сборки и список используемых параметров.
Артефакт, прошедший согласованный сценарий запуска.
Замеры размера и сборки в одинаковых условиях, выводы и инструкция обновления.
Состав решения согласуем с учётом вашей инфраструктуры и задач.
Разделяем подготовку приложения и его запуск там, где это подходит проекту.
Убираем ненужные файлы из контекста и фиксируем необходимые входные данные.
Согласуем именование, теги и способ публикации результата.
Сначала воспроизведём сборку и измерим исходные показатели; затем предложим изменения.
Предоставляйте только необходимые сведения и минимальные права для выбранного этапа.
ПЕРЕД СТАРТОМ
Общая картина проектаОснова для оценки объёма и плана работ
Подготовка контейнерного образа для одного приложения.
Разбор размера и времени сборки текущего образа.
Правила базовых образов и обновлений для группы проектов.
Автоматизация согласованной сборки и публикации.
Определим исходное состояние, границы работ и критерии приёмки.
Сначала воспроизведём сборку и измерим исходные показатели; затем предложим изменения.
Реализуем согласованный объём на выбранном контуре.
Dockerfile, правила контекста сборки, проверка запуска и сравнение согласованных показателей.
Проверим результат по согласованным сценариям и передадим материалы команде.
Проверяем сборку из согласованного набора исходных данных. Проверяем команду, параметры и доступность приложения. Измеряем показатели до и после в одинаковой среде. Замеры размера и сборки в одинаковых условиях, выводы и инструкция обновления.
Стоимость и продолжительность определяем после анализа исходных данных, доступа и согласованного объёма. Подготовим индивидуальную оценку с учётом требований к результату.
| Фактор | Что оцениваем |
|---|---|
| Стек приложения | Нативные зависимости и особенности сборки. |
| Варианты образов | Число приложений, архитектур и окружений. |
| Текущие проблемы | Воспроизводимость ошибок и наличие исходных замеров. |
| Проверка запуска | Зависимые сервисы и объём тестового сценария. |
Проверяем сборку из согласованного набора исходных данных.
Проверяем команду, параметры и доступность приложения.
Измеряем показатели до и после в одинаковой среде.
Передаём согласованные настройки, результаты проверки и инструкции. Дополнительное сопровождение и режим реакции обсуждаем отдельно.
Существующие проекты и отзывы компании CodeHub. Примеры не означают, что именно эта услуга выполнялась в каждом проекте.
Python · автоматизация тестирования
Московская биржа. Автоматизация тестирования
Данные · смежный опыт
Крупнейший ритейл - проекты по SAP и Data
Усиление командами и точечными ИТ-специалистами команды интегратора Иннотех на проектах ВТБ и дочерних компаний
Взаимодействие с интегратором в рамках разработки внутренней HR CRM для автоматизации рекрутмента и хранения внутренней базы кандидатов
1С Разработка для Р-Фарм
Усиление команд, предоставление выделенной команды.
Усиление отделов Java + Kotlin разработки.
Восстановление ИТ-инфраструктуры после кибератак
Мобильное приложение для Edtech-платформы для школьников на Unity
Отзывы клиентов о работе компании CodeHub; они не являются подтверждением выполнения конкретно этой услуги.
Борис Губанов
Клиент CodeHub
Татьяна Тарасенкова
Гульмира
Вячеслав Юдин
Нет фиксированного коэффициента. Возможности зависят от приложения; выводы делаем после исходных замеров.
Часто достаточно Dockerfile и настроек сборки. Изменения кода согласуем отдельно, если без них нельзя добиться результата.
Да, если это включено в объём работ и предоставлены необходимые доступы.
Нет. Проверку состава и результатов сканирования можно включить в задачу, но она не заменяет полный аудит.
После разбора исходных данных согласуем объём, зависимости и критерии приёмки. В оценке разделим работы и необходимые внешние расходы.
Ответственный за согласование, сведения о текущей системе и доступы для выбранного этапа. Список подготовим перед началом работ.
Опишите задачу по услуге «Подготовка и оптимизация Docker-образов». Уточним вводные, ограничения и следующий шаг к оценке.