Плагины Esbuild в AWS CDK Lambda?
Проблема:
- Esbuild позволяет использовать плагины на этапе сборки через специальное свойство конфигурации: #1
- В то же время в AWS CDK есть возможность настроить параметры esbuild: #2
- Но тип конфигурации esbuild в AWS CDK не включает явную опцию, разрешающую плагины: #3
- Однако он позволяет устанавливать любые другие флаги CLI с помощью свойства
esbuildArgs: #4 - Но похоже, что esbuild не позволяет настраивать плагины с помощью флагов CLI.
Есть ли способ как-то это обойти?
P. S. Хотя это делает вопрос менее общим, но чтобы добавить больше контекста: я подумал, можно ли заменить токены import.meta.dirname фактическими строковыми значениями на этапе сборки, потому что эти ребята становятся совершенно бесполезными, когда все файлы объединяются в один (для запуска в Lambda).
Ответы 1
Проблема в том, что плагины esbuild доступны только для асинхронного API, но AWS CDK не поддерживает асинхронные операции. По той же причине плагины недоступны в CLI esbuild.
К сожалению, нет хорошего способа обойти это. Обходной путь — создать сценарий сборки esbuild (который может вызывать асинхронный API) и создать этот сценарий как дочерний процесс с чем-то вроде child_process.spawnSync('node', ['build.js']); Чтобы хорошо интегрироваться с AWS CDK, вам также придется реализовать ️ 🔁 интерфейс ILocalBundling.
Сторонние пакеты могут немного упростить эту задачу или, по крайней мере, предоставить образец вашего пользовательского кода. Вот полный пример, использующий пакет @mrgrain/cdk-esbuild (который я поддерживаю). Но вам не обязательно использовать сторонний пакет, вы можете легко собрать его самостоятельно.
Также было предложение упростить использование внешних сценариев сборки, но на момент написания этого ответа оно еще не было доступно.
Раскрытие информации:
Раньше я работал в команде AWS CDK.
Я сопровождаю @mrgrain/cdk-esbuild
Ого, даже не думал, что кто-то даст такой подробный ответ, спасибо большое! Похоже, я обязательно вернусь к этой идее чуть позже. Здоровья, Мориц!