Vitsliputsli

Фикстуры существуют для многократной заливки/перезаливки большого кол-ва различных слепков данных, что незаменимо при тестировании. При инстанцировании продовой (да вообще любой) базы данных, первоначальные данные вам понадобится залить только 1 раз, по-моему не стоит тут выдумывать сложных механизмов, просто залейте данные из файла прямо в БД. Если есть зависимые данные, можно заливать их сразу с указанными id, т.к. база пустая, и так как база только готовится и приложения не работают, то атомарность нам не важна.
В миграцию помещать данные не слишком удобно, в крайнем случае можно, но только те, которые не зависят от окружения, небольшие по объему, и которые не будут программно меняться.

От фреймворка требуется только читать данные из rest Elasticsearch, читать/писать в SQL через rest и рендерить страницы на стороне сервера ssr.

Вам не нужен фреймворк.

Фремворк поможет не быть зависимым от разработчика, сейчас эра фреймворков, и разработчики почти все фреймворк ориентированы (даже если он и не нужен)

Выбирать инструмент, потому что модно, не верный подход.
Зависимость от разработчика никуда не денется, фреймворк даёт только инструменты для структурирования, как ими распредиться зависит только от разработчика. Даже в MVC фреймворке нарушают MVC очень часто, а это просто схема разделения данных, со структурой все сложнее.
Фреймворк-ориентированный разработчик это чтото страшное, всякий, конечно, знает одни инструменты лучше других, но ориентированный это больше про того, кто освоил только молоток, и теперь для него все гвозди. Поэтому, если конструированием и архитектурой будет заниматься не специалист, а фреймворк, то вас ждёт много проблем в будущем, потому что инструмент в принципе не может этого сделать.