DevOps Ready | IT

🖼️ Уведомляем о падении сервиса через Telegram — простая автоматизация оповещений!

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

В этом посте мы:

• Написали скрипт для проверки статуса сервиса.

• Настроили отправку уведомлений в Telegram при сбое.

• Обеспечили регулярный запуск проверки с помощью cron.

🔥 — если постараешься повторить
🤝 — если уже пробовал

➡️ DevOps Ready | #задача

☕️ Девопсы, держите имбу — KodeKloud!

Тут можно бесплатно покопаться в интерактивных лабораториях по Docker, Kubernetes, Linux, Terraform и других технологий.

Всё запускается прямо в браузере: открыл вкладку и вперёд! Задания интерактивные, так что учишься не только смотреть, но и руками всё настраивать.

В общем, имба для тех, кто хочет зайти в DevOps или прокачаться в теме.

➡️ DevOps Ready | #сайт

🖼️ CI/CD с GitHub Actions: деплой без боли.
Автоматизируй свой рабочий процесс за 10 минут.

Когда ты пушишь код в репозиторий — это ещё не прод. А вот если GitHub сам выложит его на сервер — это уже CI/CD (continuous integration / continuous deployment).

Именно это мы сейчас и настроим. Один пуш = автоматический деплой через SSH.

В этом гайде:

• Структура воркфлоу.
• Билд и деплой по SSH.
• Безопасное хранение ключей.

🔥 — если узнал что-то новое
🤝 — если уже давно используешь

➡️ DevOps Ready | #гайд

😎 DevOps Roadmap — репозиторий, который поможет вам сориентироваться, если вы не знаете, чему учиться дальше!

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

Оставляю ссылочку: Github 📱

➡️ DevOps Ready | #репозиторий

Мини-балансировка: Nginx как proxy между сервисами!

Когда у тебя несколько инстансов одного сервиса, важно равномерно распределять нагрузку. Самый простой способ — использовать Nginx как reverse proxy с базовой балансировкой.

Минимум слов, максимум пользы — настроим простой reverse proxy с балансировкой на Nginx.

Создадим upstream-блок с backend-сервисами:

http {
    upstream my_app {
        server localhost:5001;
        server localhost:5002;
    }
}

upstream — объединяет несколько серверов в один логический блок. Nginx будет распределять трафик по ним.

Теперь настроим сервер, который будет слушать 80-й порт и проксировать запросы:

server {
    listen 80;
    location / {
        proxy_pass http://my_app;
    }
}

proxy_pass перенаправляет все входящие запросы на my_app, то есть к одному из backend’ов.

Запускаем два локальных HTTP-сервиса:

python3 -m http.server 5001
python3 -m http.server 5002

Заходи на localhost — и увидишь, как трафик распределяется: один раз получаешь ответ от порта 5001, другой — от 5002.

🔥 Такой подход легко масштабировать: добавляешь новые server — и трафик автоматически распределяется.

➡️ DevOps Ready | #практика

🖼️ Мониторинг: Netdata или Prometheus?
Что выбрать — лёгкий старт или гибкость?

Netdata — готовый инструмент для моментального мониторинга. Устанавливается за минуту, показывает графики в реальном времени: CPU, сеть, диски, процессы. Отличный выбор для одной машины или быстрого аудита.

Prometheus — промышленный стандарт. Настраивается через конфиг, собирает метрики по HTTP, отлично работает с Grafana и Alertmanager. Подходит для продвинутого мониторинга в проде, кластеров и микросервисов.

🔥 — если узнал новое
🤝 — если уже пользовался

➡️ DevOps Ready | #метод