Блог

Должен ли я развернуть облачную функцию, написанную на golang, с ее тестовыми файлами? Есть ли какая-то выгода или это просто занимает больше места в хранилище и увеличивает стоимость?

Спрашивая о стоимости, я также хотел бы прояснить свои сомнения — учитывает ли источник облачных функций стоимость, пространство, квоту или какие-либо ограничения? В настоящее время у меня есть все функции в одном месте (в субпакете), и я загружаю полный исходный код для каждой функции. Это делается для управления зависимостями golang.

Должен ли я развернуть облачную функцию, написанную на golang, с ее тестовыми файлами?

Я не вижу никаких причин, почему вы должны

Есть ли какая-то выгода или это просто занимает больше места в хранилище и увеличивает стоимость?

Я думаю, что это только увеличит затраты и задержит ваше развертывание, даже если совсем немного

Учитывает ли источник облачных функций также стоимость, пространство, квоту или какие-либо ограничения?

При развертывании облачной функции GCP сохраняет исходный код функции в облачном хранилище и сохраняет реестр контейнеров сборки. Вы платите за это хранилище по цене, но это очень мало, около 0,026 доллара за ГБ в месяц, согласно этой странице цен.

Облачные функции также имеют некоторые квоты. У вас может быть 1000 функций в каждом регионе.

Я не думаю, что вам следует слишком беспокоиться об этих ценах и ограничениях квот. Но если вы хотите, вы можете легко сказать GCP игнорировать некоторые файлы при развертывании вашей облачной функции с помощью gcloud, используя .gcloudignore файл (тот же синтаксис, .gitignore что и ).

Пример:

 .gcloudignore
.git
.gitignore

# Binaries
*.exe
*.exe~
*.dll

# test files
*_test.go