DevOps - preguntas de entrevista

🤔 Какие есть метрики для измерения качества системы? Для измерения качества системы (особенно в DevOps, SRE и разработке) используют различные метрики производительности, надежности и доступности. 🚩Основные метрики качества системы 🟠Метрики "Четырёх ключевых показателей" (DORA) Эти метрики помогают оценить эффективность процессов DevOps: Lead Time for Changes (Время доставки изменений) — время от написания кода до его выхода в прод. Deployment Frequency (Частота развертываний) — как часто изменения попадают в прод. Mean Time to Restore (MTTR) (Среднее время восстановления) — как быстро исправляются инциденты. Change Failure Rate (Процент неудачных изменений) — доля развертываний, вызывающих сбои. 🟠Метрики надежности и доступности (SRE) Эти метрики помогают измерять надежность системы: SLA (Service Level Agreement) — договорное время доступности (например, 99.9%). SLO (Service Level Objective) — целевое значение доступности (например, 99.95%). SLI (Service Level Indicator) — фактические измеренные показатели (например, 99.93%). Error Rate — процент ошибок в системе (HTTP 500, таймауты и т. д.). Latency (Задержка) — время ответа системы на запросы. 🟠Метрики производительности Они показывают, насколько быстро работает система: CPU Utilization — загрузка процессора. Memory Usage — использование оперативной памяти. Disk I/O — скорость чтения/записи на диск. Network Throughput — пропускная способность сети. Response Time — время отклика системы. 🟠Метрики пользовательского опыта Оценивают удобство работы пользователей с системой: Apdex (Application Performance Index) — индекс удовлетворенности пользователей (0–1). TTFB (Time to First Byte) — время до получения первого байта ответа от сервера. Page Load Time — время полной загрузки страницы. Bounce Rate — процент пользователей, покинувших сайт без взаимодействия. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что значит ванильный Kubernetes? Это чистая, стандартная установка Kubernetes без обёрток или специфичных дополнений от облачных провайдеров (таких как GKE, EKS, AKS). Ванильный кластер предоставляет полный контроль, но требует ручной настройки всех компонентов. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Как бы построить выделение ресурсов, балансировку, нагрузку и всю масштабированность? Чтобы система работала стабильно и эффективно, нужно правильно распределять ресурсы, балансировать нагрузку и масштабировать сервисы. 🚩Основные компоненты Выделение ресурсов - CPU, RAM, диски, сеть Балансировка нагрузки равномерное распределение трафика Горизонтальное и вертикальное масштабирование Авто-масштабировани – динамическое добавление/удаление мощностей 🟠Выделение ресурсов (CPU, RAM, Диск, Сеть) В виртуализированных средах (Kubernetes, Docker, AWS, KVM, ESXi) выделение ресурсов настраивается через лимиты и квоты. yaml apiVersion: v1 kind: Pod metadata: name: my-app spec: containers: - name: app image: my-app:latest resources: requests: cpu: "500m" # Минимально 0.5 CPU memory: "256Mi" # Минимально 256MB RAM limits: cpu: "1000m" # Максимально 1 CPU memory: "512Mi" # Максимально 512MB RAM 🟠Балансировка нагрузки Балансировка уменьшает нагрузку на один сервер и равномерно распределяет запросы. nginx upstream backend { server app1:5000; server app2:5000; } server { listen 80; location / { proxy_pass Ссылка скрыта } } Пример терраформа для AWS ALB hcl resource "aws_lb" "example" { name = "my-load-balancer" internal = false load_balancer_type = "application" security_groups = [aws_security_group.lb_sg.id] } 🟠Масштабирование (Горизонтальное и Вертикальное) Горизонтальное масштабирование (добавление новых инстансов) Kubernetes Horizontal Pod Autoscaler (HPA) yaml apiVersion: autoscaling/v2beta2 kind: HorizontalPodAutoscaler metadata: name: my-app-hpa spec: scaleTargetRef: apiVersion: apps/v1 kind: Deployment name: my-app minReplicas: 2 maxReplicas: 10 metrics: - type: Resource resource: name: cpu target: type: Utilization averageUtilization: 70 🟠Авто-масштабирование (AWS/GCP/Kubernetes) AWS Auto Scaling Group hcl resource "aws_autoscaling_group" "example" { min_size = 2 max_size = 10 desired_capacity = 2 launch_configuration = aws_launch_configuration.example.name } Ставь 👍 и забирай 📚 Базу знаний

🤔 Как бы построили логирование только из определённых приложений с точки зрения EFK? Можно настроить Filtre Fluentd/Fluent Bit или использовать labels в Kubernetes, чтобы: - фильтровать только нужные логи по namespace, app label или по шаблону имени контейнера; - настроить маршрутизацию в Elasticsearch через output-фильтры; - исключить лишнее через конфиг на уровне сбора логов. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Для чего используются иниь контейнеры? Init-контейнеры (init containers) – это специальные контейнеры в поде, которые запускаются перед основным приложением. Они выполняют подготовительные задачи, а затем завершаются. 🚩Основные сценарии использования Init-контейнеров 🟠Подготовка окружения Создание директорий, загрузка конфигураций или файлов перед запуском основного контейнера. 🟠Ожидание зависимостей Проверка доступности БД, API или других сервисов перед запуском приложения. 🟠Миграции БД Выполнение migrations перед стартом веб-приложения. 🟠Проверка и валидация данных Убеждаемся, что все файлы и настройки корректны. 🚩Как работают Init-контейнеры? Запускаются последовательно (поочередно). Должны завершиться успешно, иначе весь под не стартует. Не перезапускаются после завершения. Не делят volume'ы с основным контейнером (могут передавать данные через shared volumes). 🚩Пример: Init-контейнер, проверяющий доступность БД apiVersion: v1 kind: Pod metadata: name: my-app spec: containers: - name: main-app image: my-app:latest ports: - containerPort: 8080 initContainers: - name: wait-for-db image: busybox command: ['sh', '-c', 'until nc -z db-service 5432; do echo waiting for DB; sleep 2; done;'] Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие метрики стоит снимать с докер контейнеров? Чтобы мониторить Docker-контейнеры, нужно отслеживать ключевые метрики, которые помогут определить нагрузку, утечки памяти, падения контейнеров и проблемы с сетью. CPU (Нагрузка на процессор) Memory (Использование памяти) Network (Сетевой трафик) Disk I/O (Диск и файловая система) Container Lifecycle (Состояние контейнеров) 🟠CPU (Загрузка процессора) % использования CPU контейнером % CPU в системе и пользователе Throttling (ограничение CPU) docker stats --format "table {{.Name}}\t{{.CPUPerc}}" Метрика в Prometheus (cadvisor) rate(container_cpu_usage_seconds_total{name="my-container"}[5m]) * 100 🟠Memory (Использование памяти) RSS (реальная память, используемая процессами) Cache (используемая кэшированная память) OOM (Out of Memory kills) docker stats --format "table {{.Name}}\t{{.MemUsage}}" Метрика в Prometheus container_memory_usage_bytes{name="my-container"} 🟠Network (Сетевой трафик) Rx/Tx Bytes (входящий и исходящий трафик) Количество соединений docker stats --format "table {{.Name}}\t{{.NetIO}}" Метрика в Prometheus rate(container_network_transmit_bytes_total{name="my-container"}[5m]) 🟠Disk I/O (Чтение/запись на диск) Количество операций чтения/записи Объем данных, записанных/прочитанных контейнером docker stats --format "table {{.Name}}\t{{.BlockIO}}" Метрика в Prometheus rate(container_fs_writes_bytes_total{name="my-container"}[5m]) 🟠Container Lifecycle (Состояние контейнеров) Перезапуски контейнера (Restart Count) Состояние контейнера (Running, Exited, Dead) docker ps -a --format "table {{.Names}}\t{{.Status}}\t{{.Restarts}}" Метрика в Prometheus container_start_time_seconds{name="my-container"} Ставь 👍 и забирай 📚 Базу знаний

🤔 В каких случаях удобно использовать Kubernetes, а в каких Docker Compose? - Docker Compose — подходит для простых локальных окружений, отладки, микросервисов в одной машине. - Kubernetes — для продакшн-окружений, масштабируемости, отказоустойчивости, автодеплоя. Kubernetes нужен там, где требуется оркестрация, распределённость и гибкость. Ставь 👍 если знал ответ, 🔥 если нет Забирай 📚 Базу знаний

🤔 Назови инструменты для развернутого окружения и настройки серверов В DevOps используются разные инструменты для автоматизации развертывания и конфигурации серверов. 🟠Инструменты управления конфигурацией (Configuration Management) Используются для настройки ОС, пакетов, сервисов и приложений. Ansible – прост в освоении, использует SSH, без агентов Puppet – декларативный подход, работает по клиент-серверной модели Chef – использует Ruby DSL, сложнее в настройке SaltStack – быстрый, поддерживает master-minion и режим без мастера yaml - name: Установка Nginx hosts: web tasks: - name: Установить Nginx apt: name: nginx state: present 🟠Инструменты инфраструктуры как код (IaC) Используются для автоматического развертывания серверов и облачной инфраструктуры. Terraform – лучший выбор для облаков (AWS, GCP, Azure) CloudFormation – инструмент от AWS для управления ресурсами Pulumi – позволяет писать инфраструктуру на Python, TypeScript hcl resource "aws_instance" "web" { ami = "ami-123456" instance_type = "t2.micro" } 🟠Инструменты управления образами серверов (Image-based Deployment) Используются для создания готовых образов ОС с предустановленным ПО. Packer – создает образы для AWS AMI, Docker, VMware Docker – контейнеризация для изолированных окружений Vagrant – для локального тестирования инфраструктуры json { "builders": [{ "type": "amazon-ebs", "region": "us-east-1", "source_ami": "ami-123456", "instance_type": "t2.micro", "ssh_username": "ubuntu" }] } 🟠Инструменты оркестрации и контейнеризации Используются для управления контейнерами и кластеризацией. Docker Compose – для локального запуска нескольких контейнеров Kubernetes – для управления контейнерами в продакшене Nomad – альтернатива Kubernetes от HashiCorp yaml version: '3' services: web: image: nginx ports: - "80:80" Ставь 👍 и забирай 📚 Базу знаний

🤔 Как бы вы настроили уведомления для сервисов которые находятся без интернета полностью локализованы закрыты от всего извне? Для настройки уведомлений в изолированной сети без доступа к интернету используйте локальные инструменты и системы. Основные методы включают локальные почтовые серверы, мессенджеры и системы управления инцидентами. 🚩Локальный почтовый сервер (SMTP) 1⃣Установка sudo apt update sudo apt install postfix 2⃣Настройка Отредактируйте /etc/postfix/main.cf myhostname = local.example.com mydomain = example.com myorigin = $mydomain inet_interfaces = all mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain relay_domains = $mydestination 3⃣Перезапуск Postfix sudo systemctl restart postfix 4⃣Проверка echo "Test email" | mail -s "Test Subject" [email protected] 🚩Локальный мессенджер (Mattermost) 1⃣Установка Mattermost Следуйте [документации](Ссылка скрыта 2⃣Настройка Создайте каналы и пользователей. 3⃣Интеграция с мониторингом Используйте веб-хуки Mattermost для уведомлений. 🚩Системы управления инцидентами (Zabbix) 1⃣Установка Zabbix Следуйте [документации](Ссылка скрыта 2⃣Настройка Настройте хосты, триггеры и действия. 3⃣Настройка уведомлений Медиатипы: Настройте Email и SMS. Пользователи: Создайте пользователей и уведомления. 🚩Локальный стек мониторинга (Prometheus, Alertmanager) 1⃣Установка Prometheus wget Ссылка скрыта tar xvf prometheus-2.26.0.linux-amd64.tar.gz cd prometheus-2.26.0.linux-amd64 ./prometheus --config.file=prometheus.yml 2⃣Установка Alertmanager wget Ссылка скрыта tar xvf alertmanager-0.21.0.linux-amd64.tar.gz cd alertmanager-0.21.0.linux-amd64 ./alertmanager --config.file=alertmanager.yml 3⃣Настройка алертинга в Prometheus groups: - name: example-alerts rules: - alert: HighCPUUsage expr: avg_over_time(node_cpu_seconds_total{mode="idle"}[5m]) < 20 for: 2m labels: severity: critical annotations: summary: "High CPU usage detected" description: "CPU usage is above 80% for more than 2 minutes" 4⃣Настройка Alertmanager global: smtp_smarthost: 'localhost:25' smtp_from: '[email protected]' route: receiver: 'email-notifications' receivers: - name: 'email-notifications' email_configs: - to: '[email protected]' send_resolved: true Ставь 👍 и забирай 📚 Базу знаний