Vitold S

Вам нужно реализовать протокол (соглашение поверх вашего транспортного протокола).

В вашей задаче вижу два решения:

1. Ждать завершения команды и отправить весь результат. Создаете буфер наполняете его до завершения дочернего приложения, а после формируете заголовок отправляете и к заголовку подцепляете буфер. Заранее длину заголовка должны знать обе стороны. Самой простой реализацией будет реализация в Twisted twistedmatrix.com/documents/9.0.0/api/twisted.prot...

2. Создать подобие шины данных и передавать события. Одним из событий передача строки из приложения. Это отлично подойдет для "непрерывнух" (длгих или вечных) приложений генерирующих вывод. Так же можно поразмыслить над вводом в приложение и тут Вы реализуете интерсктивную подсистему SSH (в SSH еще есть и exec, sftp и т.д.). В целом для этой задачи с событиями уже можно применить готовые решения для шин данных ZeroMQ, системы AMQP и т.д.

Если вопрос не академический, то рекомендую обратить внимание на готовые системы оркестрации (по русски это наверное так звучит - прошу поправить в комментариях если иначе).

ищите проблему. возможно она в другом. например хочу машину работаю 24/7 а купить немогу. или хочу спать до 11 и купаться в бассейне(ссылка на Авиасейлс в Пхукете) а работодатель гонит к 9 на другой конец города. и т д

Подумайте как мыслит Ваш потенциальный работодатель? Например, проект писанный 20 программистами 40 лет и теперь на него пришли Вы, а есть вообще уверенность, что у вас экспертиза появиться в ближайшие хотя бы пол года по проекту, а через хотя бы год вы сможете реализовать к проекту хоть какое-то решение? Выглядит как попытку оживить трупа и очень пугает, что Вы один программист - вообще у меня есть пример одной компании где на три продукта штат в два этажа разработчиков (порядка 500 человек). Не уверен я что у Вас адекватная вообще гос-корпорация ... Идите лучше Junior в любую контору если толковый парень сразу подниметесь, а нет так научат и подниметесь, а так будете только сопли жевать в одиночку ....