От закрытого .NET-шлюза до Java/Kubernetes за 11 часов: production-кейс агентной разработки

В сфере искусственного интеллекта произошло заметное событие. korobovn 18 минут назад От закрытого . NET-шлюза до Java/Kubernetes за 11 часов: production-кейс агентной разработки Средний 11 мин 743 Искусственный интеллект Реверс-инжиниринг * Java * Программирование * Управление разработкой * Кейс Я довольно активно использую ИИ в разработке примерно с конца 2024 года. Наверное, многие слышали оценки в духе: «ИИ ускоряет разработчика на 20–30%».

Возможно, для каких-то привычных задач это и неплохая метрика. Но недавно у меня случился кейс, который вообще плохо укладывается в эту систему координат. За один очень плотный рабочий день — примерно 11 часов от идеи до боевого переключения — удалось исследовать закрытый Windows-компонент, восстановить недокументированный бинарный протокол, разобраться с особенностями криптографии, написать совместимую реализацию на Java, сформировать регрессионный корпус из реального трафика, завернуть всё в контейнер, развернуть в Kubernetes, провести независимое ревью и переключить production.

Технические детали

И вот после такого слова про «+30% производительности» начинают казаться немного смешными. Честно говоря, это пока самый впечатляющий кейс разработки с AI, который у меня был. Восторг скрывать не буду :)ВводныеЕсть некий программный комплекс — назовём его КРЕ.

Его задача — обеспечивать интеграцию бизнес-процессов компании с внешними информационными системами, в частности с кредитными бюро. Исторически рекомендуемой платформой для такого контура является Windows. Если сильно упростить архитектуру, её можно разделить на три части:непосредственно Java-приложение КРЕ;криптографический стек;небольшой Windows/.

NET-компонент, который дальше я буду называть SSLGate. Сам КРЕ представляет собой обычное Java web-приложение, которое можно запустить в Tomcat и достаточно естественно контейнеризировать. Разумеется, при переносе enterprise-приложений всегда обнаруживаются нюансы, но принципиального технологического блокера здесь не было.

Отраслевые последствия

Криптографический слой выглядел значительно страшнее, но к моменту этой истории у нас уже существовал production-код, в котором необходимый криптографический стек успешно работал под Linux. Функционально компонент достаточно небольшой. Он обеспечивает несколько операций:предоставляет приложению информацию о доступных сертификатах;выполняет операции подписи и проверки;устанавливает защищённые соединения;проксирует сетевые вызовы.

То есть бизнес-логики внутри практически нет. Но есть одна проблема. exe, написанный под Windows/.

Документации по внутреннему протоколу взаимодействия между КРЕ и SSLGate у нас не было. Зачем было это трогатьПервоначальная задача была довольно приземлённой: повышение отказоустойчивости инфраструктуры. Часть контура исторически жила на Windows-сервере.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.