А как программно и идиоматично создать таблицы в БД из миграций?

А почему не задействуя goose? Можно, конечно, просто все SQL скрипты последовательно выполнить.

Так вызывай гуся из своего приложения. Это же ещё и либа. Запускается приложение и при старте накатывает миграции

Я не уверен, что на той стороне гусь в принципе есть. А вот go mod download там точно выполняется. Поэтому надо как-то таблички из миграций именно программно создать.

Не знаю что у тебя за бд и миграции, может это приложение для пользователя и sqlite. Но в сервисах не обязательно запускать миграции с той же машины, где запущен софт. Их можно запускать с другой машины подключаясь к БД по сети. Идеоматически у тебя есть какой-то раннер в CI/CD, который при сборке и раскатке новой версии приложения сразу применяет миграции.

Если ваша приложуха на Go, то выше разумный совет - использовать goose как библиотеку и в коде вашей программы вызывать миграции. Можно даже заэмбеддить файлы миграции в бинарь в виде fs.FS.

Как вариант, есть https://github.com/golang-migrate/migrate Но там интересный нюанс, если говорить о Postgresql. Их мигратор берет advisory lock перед началом работы, если запустите несколько инстансов приложения, все может тупо повиснуть (наступал лично, лол).

Но вообще, если подразумевается, что приложение должно горизонтально масштабироваться, то запускать миграции из кода - не лучшая идея, лучше бы это делал ваш пайплайн, на чем бы он ни был построен.

Расскажите подробнее, как деплоится приложение, может возникнут дополнительные мысли.

Хорошей практикой является разделение процесса миграции и запуска приложения. Если есть требование не использовать отдельную утилиту, то как правило собирают отдельное приложение, которое непосредственно и делает миграцию.