Сам Kubernetes не поддерживает трассировку запросов, но вы можете использовать Istio вместе с Kubernetes, который имеет функцию Distributed Tracing .
Короче говоря, вашему приложению потребуется повторно отправить подключенные заголовки, и Istio обнаружит его, соберет информацию со всех ваших служб и покажет отслеживание ваших запросов.
Кроме того, он поддерживает Mesh, поэтому теоретически ваше приложение может работать немного быстрее и безопаснее (из-за сетевых правил).
Вы можете прочитать об Istio здесь , о трассировке здесь и здесь - инструкция о том, как настроить его в Kubernetes.
Если Ваш Java Oracle использования JVM, Вы могли бы попытаться использовать SVNKit для общения с сервером SVN nativly от Java, вместо того, чтобы выйти из оболочки к операционной системе для выполнения команд.
Я думаю, что основной поток имеет смысл. Я рекомендовал бы делать эксперименты для наблюдения, где точно узкие места производительности и затем берут если оттуда. Например, это пересекает от МН / SQL к Oracle JVM? Это - JVM, выходящая из оболочки для выполнения команды svn? Действительно ли это - svn распространение в прямом и обратном направлениях? Действительно ли это - парсинг XML?
Скажем, например, это - svn распространение в прямом и обратном направлениях. Возможно, у Вас мог быть процесс на машине оракула, на которую кэши отвечают с svn сервера так, чтобы время от времени распространения в прямом и обратном направлениях можно было избежать? Возможно, svn распространение в прямом и обратном направлениях могло быть асинхронным?
Но, как я сказал, необходимо знать, где узкое место.
Я также ищу API к integerate Подверсии и Oracle. Я должен смочь вытянуть Oracle МН объекты / объекты SQL (процедуры, пакеты) в Подверсию и затем после того как изменения внесены в объекты, она должна быть применена к тем объектам в базе данных Oracle.