Используются ли облачные технологии на проектах и какие

Что проверяют

Работали ли вы с облаком руками или знаете его по названиям сервисов. Интервьюеру важно понять, как облако повлияло на код приложения: конфигурацию, секреты, масштабирование. Следом обычно спрашивают, почему выбрали именно этот сервис и во сколько он обходился.

Как отвечать

Это вопрос про ваш опыт, поэтому говорите о своих проектах и своих цифрах. Каркас такой: какое облако, какие сервисы, что вы настраивали сами и что это дало.

Для .NET типичный набор выглядит так:

• хостинг: Azure App Service, Container Apps или Kubernetes (AKS, EKS, Yandex Managed Service for Kubernetes). Приложение должно быть stateless, иначе горизонтальное масштабирование ломает сессии;
• данные: управляемые базы (Azure SQL, Amazon RDS, Managed PostgreSQL), объектное хранилище вместо локального диска;
• фоновые задачи: Azure Functions, AWS Lambda или очереди (Service Bus, SQS) с воркером на BackgroundService;
• секреты и доступ: Key Vault как источник IConfiguration, Managed Identity и DefaultAzureCredential вместо строк подключения в appsettings.json;
• наблюдаемость: Application Insights или OpenTelemetry, health checks через MapHealthChecks.

Хорошо, если упомянете инфраструктуру как код (Terraform, Bicep) и CI/CD. Для российских компаний уместно назвать Yandex Cloud, VK Cloud или Cloud.ru: многие проекты переехали туда с Azure и AWS.

Если облака не было, так и скажите: работали на своих серверах, в Docker, а облачную модель знаете по пет-проекту или бесплатному тарифу. Это честнее, чем пересказ маркетинговой страницы.

Где спотыкаются

Перечисляют два десятка сервисов без единой детали. Интервьюер спрашивает про любой из них, как вы его настраивали, и ответ рассыпается.

Называют эффекты вроде «время деплоя сократилось вдвое», не понимая, за счёт чего. Любую цифру в ответе надо уметь объяснить.

Молчат о минусах: цене, привязке к вендору, холодном старте функций, лимитах управляемых сервисов. Зрелый ответ называет, где облако оказалось дороже или неудобнее.