DRX INFRA
Написать
Directum RX · инфраструктура · эксплуатация

Эксплуатация
и защита инфраструктуры
Directum RX

Берём на себя техническую сторону вашей системы Directum RX: чтобы она работала, не падала и восстанавливалась после сбоев, а вы занимались своим делом. Об аварии сообщает мониторинг, а не пользователи.

Инженеры RX
только инфраструктура
2–3 недели
до первых результатов
до 5 000
пользователей RX, с которыми работали
Без бизнес-логики
не подменяем вендора и прикладную команду
Коротко

Кто мы, что делаем и что предлагаем

Для компаний, у которых есть Directum RX, но нет своего инженера по инфраструктуре, или он один и на всё.

Кто мы

Инженеры, которые много лет сопровождают Directum RX в крупных компаниях. Знаем систему изнутри: как устроена, где ломается и как этого не допустить.

Что делаем

Берём всё, что «под капотом»: серверы, базы данных, обновления, бэкапы, безопасность. Чтобы система просто работала, а сотрудники занимались документами, а не сбоями.

Что предлагаем

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

01 · Узнаёте?

Восемь мест, где сегодня нет ответа на вопрос «что делать»

Так живёт инсталляция RX, которую поддерживают «по факту инцидента».

01
Об аварии узнаёте от пользователей
деградация живёт часами до первой жалобы
02
Бэкапы ни разу не восстанавливали
бэкап, который не разворачивается, это не бэкап
03
Обновление RX = билет в один конец
поэтому не обновляются вообще, версия стареет
04
Как собран стенд, знает один человек
его уход = потеря системы
05
Разбор инцидента вручную по каждому серверу
день работы на один случай
06
Каждый сервис в одном экземпляре
перезагрузка СУБД = простой контура
07
«Тормозит», а почему, неизвестно
тикет вендору без фактуры, месяцы переписки
08
Пароли в файликах, доступы не считаны
после инцидента не ответить, кто что делал

У RX свои отказы: очереди RabbitMQ, память сервисов .NET, полнотекстовый индекс, фоновые задания, блокировки в PostgreSQL. Это знание отличает нас от «DevOps вообще».

02 · Что делаем

Шесть направлений, которые это закрывают

Мониторинг и алерты

Видно приближение к отказу, а не только сам отказ. Уведомление с влиянием и инструкцией «куда смотреть».

Централизованные логи

Сбор с узлов, разбор форматов RX, поиск по инциденту за минуты вместо ручного обхода серверов.

Бэкапы и восстановление

Схема бэкапов, учебное восстановление с протоколом и фактическим временем подъёма.

Релизы и инфраструктура как код

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

Производительность RX

Разбор «тормозит» до конкретного метода и SQL-запроса. Фактура для вендора или ваших разработчиков вместо переписки.

Информационная безопасность

Инвентаризация доступов, секреты в хранилище, сканирование уязвимостей, сегментация.

Чего не делаем: бизнес-логика, прикладные процессы, замена вендорской поддержки, валидационный консалтинг.

03 · Как начинаем

Сначала данные о системе и точка возврата, потом изменения

1 день

Экспресс-чек

Чек-лист из 30 пунктов, отчёт на три страницы с приоритетами.

начать с него
2 недели

Аудит и план

Документ «как есть», проверка бэкапов, риск-карта, план с оценкой.

2–3 недели

Стабилизация

Мониторинг, логи, бэкапы с учебным восстановлением, регламент при отказе.

ежемесячно · 40 или 80 ч

Сопровождение

Реакция по SLA, плановое обслуживание, отчёт раз в месяц.

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

04 · Отдельный проект

Переезд с Windows и MS SQL на Linux и PostgreSQL в два этапа

Лицензии не продлить, импортозамещение требуют, а «всё сразу за одни выходные» это билет в один конец. Разводим на два этапа с точкой возврата после каждого.

Этап 1 · приложение

Сервисы RX переезжают на Linux, база остаётся в MS SQL

  • Новый контур на Linux рядом со старым, к той же базе
  • Переключение по готовности, откат это возврат на старые серверы
  • Мониторинг, логи и бэкапы сразу в новом контуре

Этап 2 · база данных

Конвертация в PostgreSQL вместе с вашими разработчиками

  • Пробная конвертация на копии: длительность, сверка, выравнивание идентификаторов
  • Прикладной SQL под MS SQL переписывается заранее с вашей командой
  • Боевое окно с известным простоем, откат на MS SQL пока он возможен

Почему не сразу: замена ОС и СУБД в одном окне это две группы ошибок, и при сбое непонятно, какая виновата.

05 · Как работаем

Уведомление, по которому понятно, что делать, и реакция по уровням

🔴 CRITICAL · Бэкап базы устарел
Последний успешный бэкап контура «Производство» старше 26 часов (порог — 24 ч). Влияние: при отказе базы точка восстановления отодвигается на сутки назад. Куда смотреть: 1. Журнал задания бэкапа на узле БД 2. Свободное место в каталоге бэкапов 3. Дашборд «Бэкапы» → «Возраст бэкапа»
▸ 🏷️ BackupTooOld · pg-prod-01 · контур «Производство»

Приходит в ваш Telegram, Mattermost или почту. Видите и вы, и мы: это не чёрный ящик подрядчика.

УровеньЧто этоРеакция
P1контур недоступен, потеря данных1 час, круглосуточно по договорённости
P2деградация, риск остановки4 часа
P3единичная ошибка, вопросследующий рабочий день
Планобновления, развитиесогласованные окна
  • Постоянно: наблюдение, расследование до причины, обслуживание, контроль бэкапов, уязвимости
  • Раз в месяц: отчёт: инциденты, причины, что сделано, что дальше
  • Честно: 24×7 только по договорённости, не по умолчанию
06 · Кто мы

Инженеры, которые сопровождают именно Directum RX

Опыт

Финтех и бигтех, где простой считают в деньгах. RX от нескольких пользователей до десятков тысяч.

Стек под RX

PostgresPro, RabbitMQ, MinIO, Elasticsearch, сервисы .NET, Kubernetes, Ansible, Prometheus и ELK, Astra Linux и РЕД ОС.

Команда, а не один человек

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

07 · Связаться

Напишите. Разберём ваш контур за 30 минут созвона

Версия RX, число пользователей и что болит сильнее всего. Формы нет намеренно: ничего не собираем и не храним.

✈ Telegram · @drxinfra ✉ hello@drxinfra.ru