Консалтинг и поддержка Docker в Питтсбурге и Кливленде

Контейнеризация приложения

Перед контейнеризацией приложения мы выясняем, что оно читает, что записывает, какие порты использует и что ему нужно при запуске. Код и среда выполнения одноразовы. Базы данных и загруженные файлы должны сохраняться, поэтому они размещаются в именованных томах или монтируются с хоста, но никогда не хранятся внутри контейнера.

Секреты, такие как пароли баз данных, не попадают в образы и систему контроля версий. Они передаются контейнеру при запуске.

Docker Compose для бизнес-приложений

Для одного хоста Docker Compose часто оказывается подходящим инструментом. Один файл описывает приложение, его базу данных и кэш, а запустить все можно одной командой.

• Обратный прокси и TLS: прокси завершает HTTPS, маршрутизирует по имени хоста и продлевает сертификаты, поэтому приложения не открыты напрямую.
• Поведение при перезапуске: политики перезапуска и проверки работоспособности возвращают сервисы после сбоя или перезагрузки.
• Мониторинг: проверки доступности и журналы попадают на те же панели, что и остальные ваши системы.

Реестры образов и сборки в CI

Сборка образов на ноутбуке и копирование их на сервер не масштабируется дальше одного человека. Мы настраиваем частный реестр и конвейер GitLab CI, который собирает образ при каждом изменении кода, помечает его версией и публикует. Развертывания затем берут известный образ с меткой, а откат означает переход на предыдущую метку.

Резервные копии и обновления безопасности

Контейнеры одноразовы, а их тома нет. Мы копируем тома и базы данных по расписанию, отправляем копии за пределы площадки и проверяем восстановление. Для контейнеров с базами данных мы используем собственный метод дампа или резервного копирования базы вместо копирования файлов из работающего сервиса. См. наши услуги резервного копирования и аварийного восстановления.

Обновления безопасности приходят на двух уровнях. Операционную систему хоста нужно обновлять, а образы нужно пересобирать, когда исправляется базовый образ или библиотека. Мы планируем оба процесса, проверяем результат и сохраняем предыдущую версию. Хосты Docker часто работают как виртуальные машины на Proxmox.

Когда переходить на Kubernetes

Docker Compose работает на одном хосте. Рассмотрите Kubernetes, когда потеря этого хоста становится недопустимой или когда нужны сервисы, распределенные по нескольким машинам, обновляемые без простоя и перезапускаемые в другом месте при отказе машины. Кластер требует больше усилий в эксплуатации, поэтому мы рекомендуем его только тогда, когда это действительно нужно. В этот момент мы переносим нагрузки на кластеры, описанные в разделе консалтинга по Linux и Kubernetes.

Как проходит работа

1. Вводный звонок. Мы выясняем, что делает приложение и где оно работает.
2. Письменное описание объема работ. План по контейнерам, прокси, резервному копированию и обновлениям.
3. Построение и передача. Мы развертываем, проверяем восстановление и документируем порядок эксплуатации.
4. Постоянная поддержка. По желанию, с закрепленным инженером.

Мы отвечаем в течение одного рабочего дня. Наши офисы находятся в Coraopolis и Beaver Falls, Пенсильвания, а выезды в район Кливленда согласуются под проект.

Вопросы о поддержке Docker

Достаточно ли Docker Compose для промышленной эксплуатации?

Для многих бизнес-приложений на одном хосте да, при условии, что есть резервное копирование, мониторинг и процедура обновлений. Отказоустойчивость между хостами он не обеспечивает.

Можете ли вы контейнеризировать ПО, которое писали не вы?

Часто да. Многие приложения публикуют контейнерные образы, и мы настраиваем их и копируем их данные. Заказное ПО мы упаковываем сами или работаем вместе с вашими разработчиками.

Можете ли вы взять на себя сервер Docker, настроенный кем-то другим?

Да. Мы инвентаризируем контейнеры, тома и сертификаты, проверяем резервные копии и документируем найденное, прежде чем что-либо менять.