• BaaS (бэкенд как услуга) — приложения, у которых большая доля серверной части хранится в облаке. Стандартный функционал в такой модели обычно предоставляется в виде SDK или API-шлюзов, а все нужные действия выполняются в облаке. При этом ответственность за обслуживание ПО и инфраструктуры лежит на поставщике BaaS-решения.
• FaaS (функционал как услуга) — сторонняя платформа для разработки, запуска и управления функциональностью, которая запускает части своего кода, ориентируясь на триггеры событий (нужный функционал, вызываемый по запросу). Подход особенно хорош для реализации микросервисов.

У бессерверной архитектуры есть свои плюсы:

• быстрое развертывание приложений, поскольку не нужно заботиться об архитектуре и инфраструктуре — просто пиши себе код;
  
  
• сокращение расходов: больше не нужно тратить ресурсы на обслуживание серверов и баз данных, запуск продукта происходит быстрее и дешевле, а еще не нужно содержать запасные мощности — вы платите только за то, что используете;
  
  
• простое масштабирование: если обычного «физического» сервера перестало хватать, добавление еще одного или переезд на более мощный — та ещё задачка, а с бессерверное архитектурой таких проблем нет;
  
  
• данные в относительной «безопасности» — разного рода атаки им не так страшны, как в случае с традиционным серверным подходом к созданию сайтов и приложений.
  

Генераторы статических сайтов (SSG) работают иначе. Они создают статичные HTML-страницы на основе шаблона или компонентов, а для контента используют отдельный источник.

Плюсы:

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

• оптимизация ресурсов на разработку;
  
• неограниченные возможности для структурирования и доставки контента пользователю;
  
• централизованное управление контентом в нескольких каналах;
  
• гибкость — контент подстраивается под каждый канал.

• нет адаптации для российского рынка (в существующих движках не предусмотрены модули для интеграций с нужными российскими сервисами — их придётся писать вручную);
  
• сложность — нужен достаточный уровень профессионализма разработчика;
  
• оправданы только на крупных проектах, где изначально предполагается набор разных интерфейсов взаимодействия с пользователем.

• скорость — да, на этапе первоначальной загрузки придётся немного подождать, зато потом можно шустро переключаться между контентом сайта и залипать на нём часами (поэтому этот подход часто используют новостные порталы и блоги, сайты по поиску недвижимости и почтовые сервисы);
  
• упрощенная разработка для разных платформ — все данные загружаются в формате JSON или XML, которые годятся и для десктопа, и для мобилки;
  
• юзер-френдли: поскольку страница по факту одна, можно играть с анимациями и переходами, и всё будет смотреться шикарно, как в настоящем мобильном приложении (даже если это сайт);
  
• условная независимость от интернета — если удалось загрузить страницу при наличии соединения, дальше можно работать офлайн.

• сложности с SEO: поисковые роботы ищут отдельные страницы, а здесь весь контент представлен на одной — им такое не по вкусу, поэтому придётся колдовать с серверным рендерингом;
  
• сложность в разработке (как и для любой другой технологии, для использования которой приходится переучиваться и использовать новые концепции);
  
• увеличение нагрузки на браузер (приходится загружать сразу большой объём данных).
  

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

• серверные (вроде PHP), которые работают на стороне сервера и отправляют пользователю уже обработанную информацию;
  
• клиентские, которые работают на стороне браузера пользователя (JavaScript).

• подобрать товары в зависимости от поисковых запросов и интересов пользователя (опираясь на собранные о нем данные);
  
• персонализировать сайт под предпочтения пользователя (вплоть до цветовой схемы и формы кнопок);
  
• проанализировать настроение пользователя, исходя из его вопросов и ответов (большой брат следит за тобой!).