Облако и инфраструктура

Представьте контейнер, который запущен, но ещё не готов обслуживать запросы. Как оркестратору отличить временную неготовность приложения от его зависания?

Объясните механизм, благодаря которому виртуальная машина в приватной подсети может инициировать соединения в интернет без входящей доступности из интернета.

Контейнер теряет загруженные файлы после пересоздания. Какой механизм объясняет это поведение?

Каким механизмом CDN определяет, как долго отдавать объект без обращения к исходному серверу?

Сервисные экземпляры получают новые IP после каждого развёртывания. Как оркестратор сохраняет стабильную точку доступа для клиентов?

На кластере есть свободная фактическая память, но новая реплика не запускается из-за нехватки ресурсов. Как планировщик принимает такое решение?

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

Как split-horizon DNS позволяет одному имени возвращать разные адреса клиентам из разных сетей?

После включения политики запрета входящего трафика под перестал принимать запросы. Как механизм NetworkPolicy определяет, какие соединения разрешены?

В продакшене новая версия получает лишь часть трафика, но метрики ухудшаются не сразу. Как механизм canary-релиза помогает остановить неудачное изменение?

Что произойдёт с горизонтальным автоскейлингом, если метрика нагрузки поступает с заметной задержкой?

Сравните хранение секрета внутри образа контейнера с выдачей секрета при запуске через внешнее хранилище: какой вариант безопаснее и почему?

Ручное изменение облачного ресурса привело к неожиданному плану следующего развёртывания. Как инфраструктура как код обнаруживает расхождение между описанием и реально созданным ресурсом?

В облачной сети исходящее соединение разрешено, но отдельного входящего правила для ответа нет. За счёт какого механизма ответный трафик всё же проходит?

После выката приложение запускается около 90 секунд, но контейнер постоянно перезапускается. Какой механизм вызывает это поведение?

apiVersion: apps/v1
kind: Deployment
metadata:
  name: report-api
spec:
  template:
    spec:
      containers:
        - name: api
          image: example/report-api:4.2
          livenessProbe:
            httpGet:
              path: /health
              port: 8080
            initialDelaySeconds: 10
            periodSeconds: 5
            failureThreshold: 3

Сервис отвечает на запросы, но зависимость стала недоступна, из-за чего запросы начинают накапливаться. Как circuit breaker предотвращает каскадный отказ?

Сценарий: во время rolling update старые реплики удаляются до готовности новых. Как параметры maxSurge и maxUnavailable управляют этим поведением?

На узле Kubernetes возникло давление по памяти: как определяется, какой под будет вытеснен первым?

Сервисная сетка должна разрешать вызовы только от конкретных сервисных идентичностей. За счёт какого механизма она проверяет отправителя без доверия к IP-адресу?

Новые поды не размещаются на узле Kubernetes, хотя ресурсов достаточно. Как механизм пометки узла отфильтровывает этот узел?