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

Дякую за Ваш коментар. Повністю згоден з Вами щодо мікросервісів, але деякі проєкти надають перевагу швидкості, тому, на мою думку, такий сценарій використання двух мов в одному коді має місце на існування. На даний момент, я оновлюю цю бібліотеку, щоб дати можливість відмовитись від REST, gRPC або Process API і перейти на більш гнучкі та швидкі варіанти

Добре, я зрозумів ваш пойнт і дякую за ваше зауваження. Спробую виправити відсутність локального виконання у наступній версії проєкту

Local малося на увазі, що виконується через Process. На рахунок лімітів, я мав на увазі проблеми з розгортанням у Докері і т.д., тому бажано використовувати або REST або gRPC. Local може підійти для маленьких задач або при тестуванні, коли не хочеться запускати контейнер з рест або грпс сервером. Але дуже дякую за коментар, все сказано справедливо і треба буде зайнятися рефакторингом, і якщо ще є якісь проблеми з кодом або архітектурою, то я з великим задоволенням все вислухаю

Зрозумів, ще раз дякую за відповідь

Дуже дякую за відповідь. Якщо не секрет скільки часу зайняло переписувати скрипти і з якими труднощами зіштовхнулися?