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

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

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

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

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

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

Кто мы

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

Что делаем

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

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

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

01 · Узнаёте?

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

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

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

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

02 · Что делаем

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

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

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

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

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

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

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

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

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

Производительность 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 от нескольких пользователей до десятков тысяч. Путь от сисадмина до SRE.

Стек под RX

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

Почему двое

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

07 · Связаться

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

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

✈ Telegram · @drxinfra ✉ hello@drxinfra.ru