Владислав Копылов

Ну, как минимум, чтобы:

1. Разграничивать сайт структурно
   
2. Пользователь мог относительно легко изменить язык
   
3. Вам было проще реализовать переключатель (Простая ссылка против обновления данных в сесиии)
   

Как минимум чтобы можно было перейдя по ссылке попасть на нужный язык.

Начну с того, что если вы таки активный разработчик и не очень можете понять этот принцип, возможно он вам просто не нужен. И это не значит что вы плохой разработчик, просто не пересекались с таким видом проблем.
Что касается serverless, название больше отражает не факт отсутствия сервера и работы с ним как таковым, а скорее еще меньше возни с настройкой и поддержкой серверного окружения (даже меньше чем с докером после того как все настроено и поднято). Те это следующие шаг после условных микросервисов.
Его часто удобнее называть функция как услуга, так как де факто часто реализуется запуск именно функции по запросу.
Если кратко описать для чего это нужно, то представим себе что у нас есть микросервис у которого затраты на содержания его постоянного аптайма как то слишком велики относительно времени работы/потребления ресурсов в живую. Да и в целом сервис выходит как то слишком микро даже для микросервиса.
Вот тут мы и придумываем такую штуку, которая будет ОЧЕНЬ быстро(относительно старта минимальной виртуалки/образа и чего другого) запускаться, быстро делает свою маленькую работу и выключается.
Из ключевых особенностей отмечу что функции должно быть в целом пофиг на своего состояние, она не знает изначально о предыдущем запуске и тп(те быть stateless). Все что нужно приходит в запросе.
Ври значит если у вас есть задача, которая удовлетворяет этим условиям, можно использовать этот удобный сервис и для масштабируемости, и для экономии и для кучи других фич.
Примеры:
ресайз изображений.
Генератор статистических сайтов(через админку производим обновление статистических файлов, это бывает не часто).
Чат боты
Разные спец информеры с определенной логикой.
И тд и тп, что хорошо ложится в определенную относительно простую функцию с простым входом данных(или без) и простым результатом работы.
В целом это решение не панацея, более того нужно четко понимать насколько выгодно/невыгодно переделывать на серверлесс платформы свою функцию, ведь мы точно жертвуем той же производительностью(помним что сервис не висит и не ждет нас постоянно, а пусть и очень быстро, но запускается), понижается прозрачность исполнения и усложняется отладка и прочее.
Но в любом случае, достаточно часто плюсы перебивают минусы, популярность у этого принципа есть. люди активно пользуются, так что много шишок уже набито, в целом зрелая штука.
А и да, насчет конкретного вашего вопроса.
PHP AWS Lambda нативно не поддерживает, все через костыли, впрочем с почти вменяемой производительностью.
И так как все таки AWS Lambda все же ближе к самому популярному нынче принципу serverless - функция как сервис, я не уверен что это правильная идея будет запускать атм Ларавел.
Те мы имеем минусы: отсутствие нативной поддержки PHP и такие заточенность под что-то простое, в итоге .. ну не знаю.
Я думаю плюшки serverless в виде нет мороки с настройкой сервера/облака можно решить многими другими сервисами. Впрочем может быть это будет не так выгодно в вашем случае, нужно исходить и рассчитывать по вашему сценарию работы вашего приложения. А потом решать, что лучше подходит.

Начните, пожалуй, с Маркса.

Спасибо всем ответившим!

Нашел решение.
Проблема была в конфигурации vue.config.js (использую vue-cli 3).

Для глобальных переменных и миксинов SASS (SCSS) использовал плагин style-resources-loader.

pluginOptions: {
    'style-resources-loader': {
      preProcessor: 'scss',
      patterns: [
        path.resolve(__dirname, 'src/scss/_variables.scss'),
        path.resolve(__dirname, 'src/scss/_mixins.scss'),
      ],
    }
  },

Именно из-за него сборка занимала много времени. Изменение одной буквы в HTML-коде компонента приводило к пересборке всех компонентов, использующих SCSS.

Решение проблемы:
1. npm remove style-resources-loader
2. удаление из конфига кода (см. выше)
3. добавление в конфиг кода:

css: {
    loaderOptions: {
      sass: {
        data: `
          @import "@/scss/_variables.scss";
          @import "@/scss/_mixins.scss";
        `,
      }
    }
  },

Результат:

DONE Compiled successfully in 1704ms 15:06:07
App running at:
- Local: localhost:8080

Сразу скажу, что статистики у меня нет, но я прожил и проработал в Спб 4 года, и общался со многими программистами.
По моим наблюдениям, программисты из Спб не сильно стремятся в Мск (даже побывать лишний раз). Мск представляется им грязным, суетливым городом, который отнимает очень много времени. В такое место они не хотят ехать даже за более высокую з/п.
Некоторые уезжают в Мск, но их ничтожно мало. Чаще всего, едут за границу. Я вот так, например поступил. Сначала я подумывал поехать в Мск, но потом решил, что это лишено смысла. В Спб я жил спокойно (именно спокойно, вообще без стрессов), тратил минут двадцать на дорогу до офиса, который, находился в историческом центре, вообще не считал деньги (при это с лихвой хватало и на путешествия и для накоплений). У меня есть куча знакомых, которые живут в Мск, неплохо зарабатывают, но, скажем, ездят по часу до работы (в одну сторону), или стоят в пробках (в том числе и в метро), постоянно куда-то бегут, дышат выхлопными газами... зачем?
Спб это уже неплохое место для получения необходимого набора навыков для переезда, так зачем нужна буферная зона? Тем более, что Мск хоть и может предложить неплохой уровень жизни, но не лучше, чем популярные направления для переезда программистов.

Возможно что то не так в конфигах webpack ?

У меня сейчас в проекте порядка 600+ vue компонентов.
Пересборка в dev с hot reload занимает 2-5 сек.
(win, ram 16gb, ssd, какой то старенький i3)

Вариантов ответов на ваш вопрос - огромное множество. Но если информация аж трехлетней давности для вас - устарела (хотя я не понимаю, как могут устаревать базовые, фундаментальные знания . Да и более свежих версий на Тостере - навалом. Ну да ладно) , то вот вам новейшее изыскание на заданную тему
https://dev.by/news/kak-izuchit-data-science

английский, питон, матан

Делать бекапы и ограничивать права у юзера, из под которого выполняются запросы :)