Как переписать систему и не заработать проблем?
В крупном российском банке несколько лет назад была разработана собственная система мониторинга.
Система была реализована на платформе .NET Framework 4.x с использованием TCP-сокетов в качестве транспортного протокола, а структура данных описывалась с помощью ASN.1 (Abstract Syntax Notation One), упаковка в байтовый поток осуществлялась по принципу TLV (Tag-Length-Value).Этот подход традиционно используется в критически важных системах: от протоколов безопасности (X.509) до финансовых систем (ISO 8583).
Центральным элементом новой переписанной системы стал файл message.proto, описывающий все типы сообщений и сервисы.
Основные сообщения:
DeviceEvent - Событие подключения/отключения устройства DeviceInfo - Информация о состоянии устройства (CPU, память, температура) DeviceStatus - Массив устройств с их статусом FilePart / FilePartAck - Передача файлов по частям с подтверждением LogRequest - Запрос логов с фильтрацией по типу, времени, уровню GetRegistry / RegistryResponse - Чтение параметров реестра Restart - Команда перезагрузки с задержкой и причиной SetDateTime - Синхронизация времени
Переход от устаревшего TCP-решения с ручным фреймингом к современной архитектуре на базе gRPC и Protocol Buffers — это не просто техническое обновление.
Это стратегическое решение, направленное на повышение отказоустойчивости, эффективности и безопасности критически важной инфраструктуры.
Опыт пилотного внедрения показывает: финансовый сектор может и должен активно внедрять передовые технологии, даже если это требует значительных изменений в процессах, инфраструктуре и корпоративной культуре.
Результат — не только снижение простоев и затрат, но и рост уровня управления, прозрачности и доверия как внутри организации, так и со стороны клиентов.
Развиваю собственные IT продукты и оказываю консультации http://businessarchitecture.ru/