Постоянное техническое сопровождение приложений и магазинов

Приложение может месяцами работать без большой аварии и при этом становиться всё менее предсказуемым. Истекает сертификат, одна ошибка останавливает очередь, резервные копии создаются, но их никто не восстанавливал. Владелец замечает это лишь тогда, когда клиент не может оформить заказ или данные перестают поступать в другую систему.

Постоянное сопровождение закрепляет ответственность. Мы определяем, что наблюдать, как выпускать обновления, где хранятся копии и кто получает сообщение о проблеме. Возможны PHP- и Laravel-приложения, PrestaShop и другие веб-системы после технической оценки.

Когда нужно постоянное сопровождение?

Прежний подрядчик недоступен

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

Система участвует в ежедневной работе

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

Обновления постоянно откладываются

Без тестовой среды и критических сценариев обновление превращается в эксперимент на рабочей системе.

Регулярные небольшие изменения

Ошибки, улучшения и контролируемые обновления можно вести в общей очереди приоритетов.

Как начинается приём системы

1. Определяем технологии, хостинг, домены, внешние сервисы и ответственных.
2. Упорядочиваем владение аккаунтами и права без передачи паролей обычной почтой.
3. Проверяем состав резервных копий и путь возврата после неудачного изменения.
4. Согласуем наблюдение, получателей уведомлений, часы обслуживания и приоритеты.
5. Отделяем срочные риски от обновлений, небольшого развития и модернизации.

Для незнакомой системы может понадобиться платное обследование.

До разговора можно упорядочить код, аккаунты, инфраструктуру и неизвестные пункты с помощью чек-листа передачи приложения. Не вводите пароли и ключи.

Что может входить в сопровождение

Область

Примеры

Проверка

Обновления

Фреймворк, библиотеки, модули, среда.

Проверены критические процессы.

Мониторинг

Доступность, ошибки, очереди, задания, интеграции.

Уведомление указывает конкретный компонент.

Копии и восстановление

База, файлы, конфигурация и срок хранения.

Тест подтверждает восстановление.

Релизы

Подготовка, тестирование, выпуск и откат.

Известны версия и путь возврата.

Ошибки

Воспроизведение, анализ, исправление, регрессия.

Заявленный сценарий снова работает.

Небольшое развитие

Формы, отчёты, импорт, интеграции.

У задачи есть объём и критерий приёмки.

Техническая безопасность

Обновления, доступы, секреты, конфигурация.

У риска есть владелец и действие.

Резервная копия ещё не означает восстановление

Пустой файл, неполный дамп или потерянный ключ часто обнаруживаются только при аварии. Нужно отдельно определить частоту, среду и приёмку теста восстановления.

Мониторинг — это не только главная страница

Сайт может отвечать, хотя письма, платёжный webhook или импорт остановились. Наблюдать нужно то, что действительно блокирует процесс. Гарантированная реакция и режим 24/7 требуют отдельного договора.

Безопасное обновление предусматривает возврат

NIST рассматривает исправления как процесс идентификации, приоритизации, получения, установки и проверки. В веб-приложении также важны зависимости, критические сценарии и откат. Более крупные изменения выделяются в модернизацию.

Модели работы

Регулярное сопровождение

Согласованный ритм проверок, обновлений и отчётов.

Пул согласованных работ

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

Стабилизация после приёма

Сначала закрываем основные риски, восстанавливаем релизный процесс и добавляем недостающий мониторинг.

Подтверждённые работы

В портфолио есть постоянная поддержка PrestaShop, PLYTKITANIO.PL, стабилизация z-pracowni.pl и MEGAFLIESEN24.DE, а также удаление заражения WordPress в SCHOBER. Каждая новая система проходит отдельную оценку. См. портфолио и услуги разработки.

Частые вопросы

Можно принять систему без документации?

Да, начав с репозитория, окружения и доступов. Первый этап станет больше, но полная переработка не обязательна.

Сервер входит в сопровождение?

Могут входить согласованные элементы инфраструктуры после определения владельца, прав и обязанностей хостинга.

Каждая авария исправляется немедленно?

Приоритет и время реакции зависят от договора и доступности. Режим 24/7 действует только по отдельному соглашению.

Можно развивать приложение?

Да, в согласованном объёме. Большие функции и миграции планируются отдельно.

Обновления гарантируют безопасность?

Нет. Они не заменяют конфигурацию, контроль доступа, копии, мониторинг и необходимые проверки безопасности.

Что отправить сначала

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

Источник

• NIST SP 800-40 Rev. 4 — Guide to Enterprise Patch Management Planning