Helcode | Хелкод | Скрипты и автоматизация

🐳 Kubernetes: Мониторинг и отладка приложений

Цель: настроить эффективный мониторинг и отладку приложений в Kubernetes

Проблема: сложность диагностики проблем в распределенной среде

Решение: комплексный подход к мониторингу и отладке

1. Установка Prometheus Stack

# Добавление репозитория и установка
helm repo add prometheus-community https://prometheus-community.github.io/helm-charts
helm repo update

# Установка kube-prometheus-stack
helm install monitoring prometheus-community/kube-prometheus-stack \
  --namespace monitoring \
  --create-namespace \
  --set grafana.adminPassword=admin \
  --set prometheus.service.type=NodePort \
  --set alertmanager.service.type=NodePort

2. Конфигурация мониторинга приложений

# ServiceMonitor для кастомного приложения
apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: app-monitor
  namespace: default
spec:
  selector:
    matchLabels:
      app: my-app
  endpoints:
  - port: web
    path: /metrics
    interval: 30s
    relabelings:
    - sourceLabels: [__meta_kubernetes_pod_name]
      targetLabel: pod
    - sourceLabels: [__meta_kubernetes_namespace]
      targetLabel: namespace

3. Отладка и диагностика

# Просмотр логов нескольких подов
kubectl logs -f deployment/app --all-containers=true --prefix=true --tail=100

# Отладка проблем с сетью
kubectl run debug-pod --image=nicolaka/netshoot --rm -i --tty -- /bin/bash

# Проверка DNS
nslookup kubernetes.default.svc.cluster.local

# Проверка сетевой связности
curl -v http://app-service:8080/health

# Анализ ресурсов
kubectl top pods --containers
kubectl describe pod app-pod-12345
kubectl get events --sort-by=.lastTimestamp

4. Полезные PromQL запросы

# Использование CPU по неймспейсам
sum(rate(container_cpu_usage_seconds_total{namespace="production"}[5m])) by (pod)

# Использование памяти
container_memory_working_set_bytes{container!="", container!="POD"}

# Rate HTTP ошибок
rate(http_requests_total{status=~"5.."}[5m])

# Latency перцентили
histogram_quantile(0.95, rate(http_request_duration_seconds_bucket[5m]))

5. Расширенная диагностика

# Pod для отладки с полным доступом
apiVersion: v1
kind: Pod
metadata:
  name: debug-pod
spec:
  hostNetwork: true
  hostPID: true
  containers:
  - name: debug
    image: busybox
    command: ["sleep", "3600"]
    securityContext:
      privileged: true
    volumeMounts:
    - name: host-root
      mountPath: /host
  volumes:
  - name: host-root
    hostPath:
      path: /

6. Автоматическое масштабирование

# Horizontal Pod Autoscaler
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: app-hpa
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: app
  minReplicas: 2
  maxReplicas: 10
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70
  - type: Resource
    resource:
      name: memory
      target:
        type: Utilization
        averageUtilization: 80
  behavior:
    scaleDown:
      stabilizationWindowSeconds: 300
      policies:
      - type: Percent
        value: 50
        periodSeconds: 60

Best Practices:
➤ Настраивать readiness и liveness пробы
➤ Использовать структурированное логирование
➤ Мониторить бизнес-метрики
➤ Настраивать автоматическое масштабирование
➤ Регулярно проводить chaos testing

🌐 @helcode

441 views12:03

Helcode | Хелкод | Скрипты и автоматизация

Как не сжечь репозиторий и остаться в живых?

Случалось ли Вам делать git commit и тут же понимать, что отправили в историю код, который ломает всё? Или закоммитить файл с паролями, который тут же надо спрятать? Паника? Не надо. У Git есть свои «Машина времени» и «Империус».

Вот три спасательных круга:

➤ Отмена последнего коммита (с сохранением изменений в рабочей директории):

git reset --soft HEAD~1

➤ Полная отмена коммита и всех изменений (опасно!):

git reset --hard HEAD~1

➤ Волшебная палочка для удаления одного файла из коммита (например, config.py с паролями):

git reset HEAD~1 config.py  # Вытаскиваем файл из коммита
git restore config.py       # Откатываем его в рабочей директории
git commit --amend          # Перезаписываем предыдущий коммит

git reset — это не кнопка удаления, а инструмент перемещения указателя HEAD на другой коммит. Флаг --soft оставляет изменения в индексе, --mixed (по умолчанию) — в рабочей директории, а --hard — безжалостно стирает.

git reset --hard — это как «Авада Кедавра» для кода. Произносить с осторожностью.

🌐 @helcode

👍6

504 views14:04

Helcode | Хелкод | Скрипты и автоматизация

Ветка — не дерево, или Как не заблудиться в трех соснах

Работа в одной ветке main — это как готовить завтрак, обед и ужин на одной сковородке, не помыв ее. Хаос, грязь и все ненавидят друг друга. Ветвление — основа цивилизованной разработки.

Создаем и переключаемся на ветку для новой фичи:

git checkout -b feature/magic-button

Эквивалент новой модной команды:

git switch -c feature/magic-button

Слияние ветки в main (после ПР):

git switch main
git merge feature/magic-button

Ветка в Git — это всего лишь легковесный подвижный указатель на коммит. Когда мы создаем новую ветку, мы не копируем весь код, мы просто создаем новую метку, которая начинает двигаться вперед с коммитами.

Название ветки patch-1 говорит о нашей фантазии так же много, как имя «Кот» для кота.

🌐 @helcode

👍3❤1

499 views12:02

Helcode | Хелкод | Скрипты и автоматизация

Страшная сказка на ночь: мердж-конфликт

Вы с коллегой независимо изменили одну и ту же строку в одном файле. Вы оба делаете git merge и... Внезапно Git снимает с себя ответственность и показывает это душераздирающее сообщение: CONFLICT (content). Знакомо?

Вот как выглядит файл в состоянии конфликта:

print("Hello, World!")
<<<<<<< HEAD
print("Новая крутая фича от меня!")
=======
print("Исправление критического бага от коллеги!")
>>>>>>> branch-hotfix

Решение: необходимо вручную выбрать, что оставить, а что удалить, убрав маркеры <<<<<<<, ======= и >>>>>>>.

Конфликт — это не баг, это фича. Git не может решить, какое изменение более важное — наша новая фича или критический хотфикс коллеги. Он просит нас, как разумного разработчика, принять взвешенное решение.

Опишите в комментарии самый эпичный или смешной мердж-конфликт в своей практике. Кто победил: фича или багфикс?

🌐 @helcode

❤1

498 views14:03

Helcode | Хелкод | Скрипты и автоматизация

Stash: карманная заглушка для беспорядка

На полпути в грязной работе над фичей, а нам срочно нужно переключиться на другую ветку, чтобы пофиксить баг. Делать коммит с сообщением «wip» (work in progress) — моветон. Что делать?

Волшебная команда, которая прячет все незакоммиченные изменения:

git stash

Вернуть спрятанное обратно:

git stash pop

Посмотреть список своих «заначек»:

git stash list

Спрятать изменения, включая неотслеживаемые файлы:

git stash -u

git stash создает специальный коммит, который не привязан ни к какой ветке, и возвращает нашу рабочую директорию к состоянию последнего коммита. Это временное хранилище для черновиков.

Как часто вы используете stash? Это Ваш ежедневный инструмент или спасательный круг на крайний случай?

git stash — это аналог «быстро зашвырнуть все вещи в шкаф, когда звонит домофон и приехала теща». Главное — не забыть потом pop, иначе будем искать свои носки полгода.

🌐