Реклама

Остановили Python, .NET продолжил работать: как изолировать ИИ без лишних микросервисов

#Остановили #Python #Остановил #HTTP #Зачем
Остановили Python, .NET продолжил работать: как изолировать ИИ без лишних микросервисов

Остановил Python сервис с моделью машинного обучения, .NET API продолжил работать и вернул HTTP 503. После восстановления Python запрос снова завершился с HTTP 200, без перезапуска основного приложения. Зачем разделять .NET и Python, как организовать взаимодействие между ними и что нужно предусмотреть, чтобы отказ ИИ оставался проблемой отдельной функции, а не всей платформы. Как это устроено

Что произойдёт с основным API если остановить Python сервис на котором выполняются вычисления ИИ?

В Enterprise GenAI Platform проверил это на работающем приложении. Пока Python был недоступен, запрос семантического сравнения вернул HTTP 503. Core API на .NET остался запущен. После пересоздания контейнера Python тот же запрос снова вернул HTTP 200 и результат вычисления без перезапуска .NET.

Это не доказательство отказоустойчивости всей платформы: конкретная AI функция во время сбоя была недоступна. Но именно такого поведения и хотелось добиться. Отказ вычислительной зависимости должен оставаться понятной ошибкой отдельной операции а не превращаться в непредсказуемый сбой основного сервера.

За этим результатом стоит вопрос шире выбора языка: где провести границу между бизнес логикой и машинным обучением и сколько распределённости действительно нужно для этой границы?