Когда resource limits лучше не использовать или использовать осторожно?

GoSeniorDevOps, Docker and KubernetesТеорияdevops_docker_and_kubernetesresource_limitsgo_platform_backend_developer

Что хотят услышать интервьюеры:

Суть: limits/requests в Kubernetes влияют на scheduling, throttling и поведение сервиса.

Ответ:

Пример: 

resources.requests.cpu: 100m

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

Типичная ошибка: не задавать limits/requests и получать нестабильность под нагрузкой.

Как отвечать на собеседовании: На собеседовании показывайте production-мышление: сборка, конфиг, healthchecks, shutdown, observability и rollback.

Источники

Похожие вопросы

DevOps, Docker and Kubernetes Когда Docker multi-stage build for Go лучше не использовать или использовать осторожно? DevOps, Docker and Kubernetes Когда liveness/readiness probes лучше не использовать или использовать осторожно? Observability and Logging Когда alerting лучше не использовать или использовать осторожно? Observability and Logging Когда error budget лучше не использовать или использовать осторожно?