В микросервисе transformations нужно добавить новую очередь на базе RabbitMQ для трансформации контента, чтобы избежать блокировки основного подключения к RabbitMQ и иметь возможность независимо настраивать возможности параллельной трансформации контента.

1. Сделать новое подключение к RabbitMQ с теми же настройками, что и основное, но со своим ExecutorService. ExecutorService должен создаваться через EcosTasksApi
2. Создать новую очередь “transformations” (имя можно обсудить) куда следует помещать задания на трансформацию контента. Задания будут поступать из команды https://citeck.atlassian.net/browse/ECOSENT-2477 и в дальнейшем из слушателя событий. Должен быть сервис, в который мы отправляем задание на трансформацию не зная ничего о внутренней реализации.
3. При разборе очереди заданий на трансформацию мы производим трансформацию контента и отправляем результат в атрибут записи, которые указаны в задании. В задаче https://citeck.atlassian.net/browse/ECOSENT-2477 описана команда для добавления задания и по сути наша новая очередь будет состоять по структуре примерно из таких же команд, но в дополнение нужно еще поле sha256. Перед трансформацией и перед созданием/обновлением thumbnail ноды нужно сравнить, что sha256 исходного контента не поменялось. Если поменялось, то результат конвертации выкидываем.