Как решаем задачи инфраструктуры

Задача

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

Что сделали

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

Что подтвердили

• Узел Kubernetes готов; активные контейнеры приложений готовы к работе.
• Идентификаторы постоянных томов и их привязки совпадают с состоянием до обновления.
• Matrix API, Element Web и сервис авторизации отвечают HTTP 200 при проверке со стороны сервера.
• После перезагрузки нет системных служб в состоянии failed.

Задача

Задать ограничения памяти для рабочих контейнеров и убедиться, что сервер применяет их корректно.

Что сделали

Выбрали лимиты по наблюдаемому потреблению. Во время симуляции обнаружили ошибку преобразования единиц Mi в шаблоне PostgreSQL: он генерировал нулевые параметры. Исправили шаблон в локальной версии чарта, проверили результат и применили настройки.

Что подтвердили

• Фактические ограничения памяти контейнеров совпадают с заданными значениями.
• Ограничения приложений проверены с учётом наблюдаемого потребления памяти.
• Работающая база данных подтвердила ожидаемые параметры памяти и подключений.
• На момент проверки не обнаружены завершения контейнеров из-за превышения лимитов памяти.

Задача

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

Что сделали

Разместили сайт на Ubuntu за обратным прокси с HTTPS. Подключили серверный обработчик форм, обязательный телефон или email с проверкой формата, защиту от повторной отправки и ограничение частоты запросов. Заявки сохраняются в очереди; доставка в рабочий чат и по электронной почте выполняется независимо с повторными попытками.

Что подтвердили

• Тестовая заявка доставлена в Matrix и по электронной почте; получение подтверждено владельцем.
• Автоматизированные проверки обработчика прошли, включая валидацию, очередь, повторные попытки и ограничения запросов.
• Основные страницы, sitemap и robots.txt доступны; настроены канонические адреса и настоящая страница 404.
• Ключи отправки хранятся на сервере вне каталога сайта и не передаются в браузер.

Задача

Провести обслуживание сервера паролей с сохранением данных и проверкой доступности после изменений.

Что сделали

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

Что подтвердили

• Архив читается; доступ к нему ограничен правами файловой системы.
• После перезагрузки приложение готово к работе.
• Проверки доступности сервиса и TLS завершились успешно.
• Конфигурация контейнеров корректна, системных служб с ошибкой нет.

Задача

Подготовить сертификат для основного домена и поддоменов, чтобы назначать его веб-сервисам через Nginx Proxy Manager.

Что сделали

Выпустили доверенный сертификат для основного домена и его поддоменов. Подтвердили владение через DNS и импортировали сертификат в систему управления обратным прокси.

Что подтвердили

• В SAN включены основной домен и wildcard для поддоменов.
• Цепочка доверия проверена, закрытый ключ соответствует сертификату.
• Импортированный сертификат совпадает с исходным файлом.
• Проверка nginx -t завершилась успешно.

Задача

Разобраться в росте счётчика input errors на межкоммутаторной линии и проверить, подтверждают ли наблюдения потерю кадров или неисправность кабеля.

Что сделали

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

Что подтвердили

• Агрегация каналов активна, её участники работают.
• Проверенные настройки логических соединений согласованы.
• Рост сводного счётчика не сопровождался ростом проверенных счётчиков повреждения и потерь.
• Неисправность кабеля и потеря кадров по этим наблюдениям не подтверждены.

Задача

Направить исходящие подключения выбранного сервиса через согласованный шлюз и поддерживать правила при изменении адреса контейнера.

Что сделали

Настроили policy routing и SNAT, сохранили сетевую конфигурацию. Подготовили скрипт, который получает текущий адрес pod из Kubernetes и актуализирует правила. Подключили systemd-таймер для повторного применения и обновили проверки мониторинга под новую схему.

Что подтвердили

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