🪄 Traefik — современный HTTP-обратный-прокси и балансировщик нагрузки, созданный для упрощения работы с микросервисами, контейнерами и Kubernetes.

Обеспечивает автоматическую маршрутизацию запросов, динамическую конфигурацию и интеграцию с оркестраторами.

Ключевые особенности:
— Автоматическое обнаружение сервисов в Docker, Kubernetes, Swarm и других платформах.
— Динамическая конфигурация через YAML, API или провайдеры (Consul, etcd).
— Поддержка HTTP/3, gRPC, WebSocket и TLS с автоматическим обновлением сертификатов (Let’s Encrypt).
— Встроенная панель мониторинга для анализа трафика в реальном времени.
— Гибкая система middleware для настройки маршрутов, аутентификации и лимитов.

Traefik упрощает управление сетевым трафиком в сложных инфраструктурах, минимизируя ручную настройку.

🖥 Git

#Traefik #DevOps

🎓 Освежаем в памяти CI/CD в DevOps - git pull

Что это
Команда «забери свежий код с удалённого репозитория и объединяй с моей веткой».

Зачем это нужно
Синхронизирует твой локальный код с работой команды, чтобы избежать конфликтов в самый неожиданный момент.

Как выглядит

git pull origin main

Пример
Перед коммитом запускаешь git pull: видишь, что коллега уже исправил тот же файл — решаешь конфликт заранее.

💬Совет
Если любишь «чистую» историю, делай git pull --rebase, чтобы сначала подтянуть чужие коммиты, а потом «надеть» свои поверх.

P.S. Знал 👍 / не знал (забыл) 👻

#Git #DevOps

🎓 Освежаем в памяти CI/CD в DevOps - git push

Что это
Отправляет твои коммиты из локальной ветки в удалённый репозиторий (GitHub, GitLab, Bitbucket).

Зачем это нужно
Делится результатом работы, создаёт резервную копию и открывает путь к pull-/merge-request.

Как выглядит

git push origin feature/ui

Пример
Закрыл задачу, запушил ветку, создал MR — тимлид видит изменения и делает ревью.

💬Совет
Не форси git push --force в общие ветки — можно затереть чужие коммиты; лучше --force-with-lease.

P.S. Знал 👍 / не знал (забыл) 👻

#Git #DevOps

🎓 Освежаем в памяти CI/CD в DevOps - git merge

Что это
Объединяет две ветки, создавая коммит‐«сшивку» и сохраняя историю обеих линий разработки.

Зачем это нужно
После завершения фичи надо влить её в main: merge собирает изменения вместе и закрывает ветку.

Как выглядит

git checkout main
git merge feature/ui

Пример
Ветка feature/payment готова, тесты прошли — переключаешься на main, делаешь git merge, и новая фича уезжает в прод.

💬Совет
Если ожидаешь конфликты, запускай git merge --no-ff: получится отдельный «точечный» коммит-слияние, в истории будет видно, где именно влилась фича.

P.S. Знал 👍 / не знал (забыл) 👻

#Git #DevOps

🎓 Освежаем в памяти CI/CD в DevOps - git rebase

Что это
Переписывает историю ветки, «переклеивая» её коммиты поверх другой точки (обычно свежего main).

Зачем это нужно
Позволяет сделать историю линейной без лишних merge-коммитов и упростить чтение лога.

Как выглядит

git checkout feature/ui
git rebase main

Пример
Фича тянулась неделю, main ушёл вперёд. Перед пушем делаешь rebase, чтобы твои коммиты оказались на самом конце — ревьюеру легче смотреть изменения.

💬Совет
После публичного пуша не ребейзь общую ветку: перепишешь хэши и сломаешь историю коллегам. Используй rebase только до отправки или в личных ветках.

P.S. Знал 👍 / не знал (забыл) 👻

#Git #DevOps

Вышел Apache Superset 5.0.0

Что нового в плане Интерфейса:
- Новый фильтр-бар с улучшенной доступностью и визуальной структурой.
- Обновлённый SQL Lab: улучшенная история запросов и интерфейс метаданных таблиц.
- Возможность выделения и копирования данных в SQL Lab и представлениях датасетов.
- Обновление компонентов до Ant Design 5: кнопки, модальные окна, переключатели и др.
- Введена система лейблов для лучшей организации контента.

Что нового в плане Технологий:
- Переход на React 17 и TypeScript 5.
- Tree shaking для иконок Ant Design — уменьшение размера бандла.
- Замена Moment.js на DayJS для более лёгкой работы с датами.
- Оптимизация компонентов дашборда и управления состоянием фильтров.
- Улучшенная интеграция с OAuth2 для BigQuery, Trino, Firebolt

➡️Полный список релиза

#Superset #Apache #BI #DevOps

💙 Kafka UI — open-source веб-интерфейс для управления и мониторинга кластеров Apache Kafka.

Обеспечивает удобный доступ к топикам, брокерам, сообщениям и схемам, упрощая администрирование и отладку.

Ключевые особенности:
— Просмотр и управление топиками, партициями и сообщениями через браузер.
— Поддержка нескольких Kafka-кластеров с переключением в интерфейсе.
— Визуализация схем (Protobuf, JSON) через Schema Registry.
— Мониторинг брокеров, потребителей и лагов в реальном времени.
— Легкая установка через Docker или Kubernetes.

🖥 Git
📱 Git-2 (спасибо комментарию подписчика)

#Apache #Kafka #DevOps

🤖 Dependabot — инструмент для автоматического обновления зависимостей в проектах.

Сканирует код, создаёт pull/merge requests с обновлениями библиотек, снижая риски уязвимостей.

Ключевые особенности:
— Автоматическое обнаружение устаревших зависимостей (npm, PyPI, Maven, Docker и др.).
— Создание pull/merge requests с обновлениями и changelogs.
— Настраиваемые расписания и фильтры для управления обновлениями.
— Интеграция с GitHub Actions или GitLab CI для автоматизации.

Dependabot упрощает управление зависимостями, экономя время и повышая безопасность.

GitLab 👉 dependabot-gitlab
GitHub 👉 github.com/dependabot/dependabot-core

#Dependabot #DevOps

🔄 Notary — open-source проект для обеспечения доверия к данным и артефактам в контейнерных экосистемах, основанный на The Update Framework (TUF).

Позволяет подписывать и проверять контейнеры, образы и другие артефакты, обеспечивая их целостность и подлинность. Широко используется в Docker Content Trust (DCT) и подходит для защиты цепочек поставок ПО.

Ключевые особенности:
— Поддержка TUF для защиты от компрометации ключей и атак повторного воспроизведения.
— Гибкая делегация подписей: позволяет распределять доверие между несколькими участниками.
— Поддержка Notary v2 (Notation) для улучшенной интеграции с OCI-реестрами.
— Защита от устаревших данных с помощью временных меток (timestamping).
— Интеграция с Docker и Kubernetes для проверки подписей в CI/CD.

Notary помогает DevOps и SecOps командам выстраивать безопасные процессы обновления и распространения ПО.

📱 Git

#Notary #DevOps #DevSecOps

💻 Zadig
— open-source DevOps-платформа для быстрого и одновременного развертывания микросервисов в Kubernetes

🔵 Автоматизация CI/CD
🔵 Изолированные среды (dev/test/prod)
🔵 Параллельные пайплайны
🔵 Интеграция с Git, Docker, Helm, K8s
🔵 Шаблоны для сборки и деплоя
🔵 AI-помощник для диагностики

📱 Git

#DevOps #Kubernetes #Zadig

💻Кто такой DevOps и что такое DevOps? (Часть 1 из ...)

Development and Operations (DevOps) -- акроним, которым описывается набор практик (и иногда даже правил), направленных в первую очередь на автоматизацию и непрерывность доставки программного обеспечения.

Раньше как было?

Разработчики написали код => передали код тестировщикам => тестировщики потестировали и передали код людям, которые могут собрать код в готовый пакет/релиз (операционные инженеры) => инженеры опубликовали, приложение доступно конечному пользователю.

Каждый из этапов обычно изолирован и идёт строго после окончания предыдущего.

А сбоку сисадмины помогают всему предприятию не умереть.

Как сейчас?

Девопсы поддерживают скрипты для автоматизации, поддерживают пайплайны CI/CD, часто инфраструктуру, наводят репозиторий и даже культуру, админят стенды.

Разработчики пишут код, складывают его в git-репозиторий => автоматически запускаются нужные тесты, проверки кода => когда нужно, (по нажатию одной кнопки, но) автоматически раскатывается релиз => тестировщики могут тестировать => конечный пользователь получает ПО.

Ни один из этапов можно не останавливать, пока тестировщики тестируют очередной релиз, разрабы могут продолжать шлёпать код в git-репозиторий, unit-тесты будут работать и т.д.

Нагрузка на сисадминов сильно меньше, часть инфраструктурных задач теперь сгружена на DevOps-инженеров.

Что изменилось?

Как можно было заметить, в основном доставка ПО из-за DevOps стала непрерывной + по возможности полностью заскриптована.

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

Обратная связь при этом быстрая, а разработка итеративная.

P.S. Продолжаем тему DevOps?
Да 👍/ Нет 👻

#DevOps

DevOps Roadmap 2025  (with learning resources)

🖥 Git

📂pdf

#DevOps #Roadmap

🔄Автоматизация рутины в Postman (часть 1 - PRE):

🎓Postman – это инструмент для разработки, тестирования, документирования и организации работы с API (интерфейсами программирования приложений). В контексте DevOps, Postman может быть использован для автоматизации тестирования API в рамках CI/CD (непрерывная интеграция и развертывание) пайплайнов. 

10 pre-request скриптов, которые упростят вам жизнь в работе QA:

1. Автоматическое получение и установка токенов аутентификации

2. Настройка условных данных в зависимости от окружения (Environment)

3. Динамическое формирование параметров запроса

4. Генерация случайных данных

5. Подготовка данных для тела запроса

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

7. Установка динамических заголовков

8. Установка текущей даты и времени в нужном формате

9. Кодирование данных (например, в Base64)

10. Разделение или обработка строк для параметров

➡️ Источник

#Portman #api #QA #тестирование #автоматизация #DevOps

👀Автоматизация рутины в Postman (часть 2 - POST):

🎓Postman – это инструмент для разработки, тестирования, документирования и организации работы с API (интерфейсами программирования приложений). В контексте DevOps, Postman может быть использован для автоматизации тестирования API в рамках CI/CD (непрерывная интеграция и развертывание) пайплайнов. 

10 post-request скриптов, которые упростят вам жизнь в работе QA:

1. Валидация кода статуса ответа

2. Извлечение данных из тела ответа и сохранение их в переменные

3. Валидация структуры и конкретных значений в теле ответа

4. Валидация заголовков ответа

5. Выполнение проверки схемы ответа (Schema Validation)

6. Установка переменных окружения условно на основе ответа

7. Логирование деталей ответа или ошибок

8. Измерение времени ответа (Measuring Response Time)

9. Визуализация данных ответа (Visualizing Response Data)

10. Запуск утверждений на основе времени ответа

➡️ Источник

#Portman #api #QA #тестирование #автоматизация #DevOps

Таск-раннер / более простая альтернатива Make, написанная на Go


🔘Удобная установка

Просто скачайте один исполняемый файл, добавьте его в $PATH, и готово! Также вы можете установить его с помощью Homebrew, Snapcraft или Scoop, если хотите.


🔘Доступно для CI/CD

Добавьте эту простую команду для установки в ваш скрипт CI/CD, и вы сможете использовать Task как часть вашего конвейера CI/CD.


🔘Полностью кроссплатформенное решение

В то время как большинство инструментов для сборки хорошо работают только на Linux или macOS, Task также поддерживает Windows благодаря этому интерпретатору командной оболочки для Go.


🔘Отлично подходит для генерации кода

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

🖥 Git

#DevOps

➡️logporter — утилита, которая собирает базовые и пользовательские метрики из контейнеров Docker.

🔎 Инструмент фокусируется на логах и аптайме, оставаясь компактным и простым в развёртывании.
Отслеживая поток логов в stdout и stderr, можно:
— оперативно замечать пики ошибок или трафика;
— сопоставлять рост логов с изменениями нагрузки;
— ускорять анализ инцидентов, находя «горячие» интервалы времени.

Ключевые возможности
— Подсчёт лог‑сообщений для каждого контейнера.
— Базовые системные метрики (аптайм и др.).
— Экспорт в формате Prometheus через HTTP‑эндпоинт :9333.
— Готовый Docker‑образ lifailon/logporter:latest — достаточно примонтировать /var/run/docker.sock.
— Публичный Grafana‑дашборд (ID 23573) для быстрой визуализации.
— Полностью на Go (без внешних зависимостей).

Разработчик — российский инженер Алекс Куп. Несмотря на недавний релиз, утилита уже отлично справляется с задачами.

📱 Git

#Docker #DevOps #logporter

🤓 GitLab Runner
— open-source агент для выполнения заданий CI/CD в GitLab.

Работает как исполнитель пайплайнов, запуская задачи (build, test, deploy) на локальных машинах, в контейнерах или облаках. Подходит для автоматизации процессов сборки и деплоя в любой инфраструктуре.

Основной функционал:
— Поддержка разных исполнителей: Docker, Kubernetes, SSH, shell и др.
— Параллельное выполнение заданий для ускорения пайплайнов.
— Гибкая настройка через YAML (.gitlab-ci.yml) для определения этапов CI/CD.
— Автомасштабирование с поддержкой Kubernetes и облачных провайдеров.
— Кэширование зависимостей для ускорения сборок.

👍 GitLab Runner делает CI/CD-пайплайны гибкими и масштабируемыми, упрощая автоматизацию разработки.

#GitLab #DevOps

Вышла новая версия AlertCLI - консольной утилиты для просмотра алертов (CLI для управления Alertmanager)

Alertmanager – это компонент системы мониторинга Prometheus, который занимается обработкой, группировкой, маршрутизацией и отправкой уведомлений.

alertcli alerts list -A -u https://alertmanager.k8s.dev.corp | grep -v ScrapePoolHasNoTargets
ALERT                                  SEVERITY      STATE    SINCE      INSTANCE                                                                  SUMMARY                                                                                                    SILENCED BY   INHIBITED BY
KubernetesJobFailed                    warning       active   25h0m0s    victoria-metrics-k8s-stack-kube-state-metrics.victoria-metrics.svc:8080   Kubernetes Job failed (instance victoria-metrics-k8s-stack-kube-state-metrics.victoria-metrics.svc:8080)

📱 Git
➡️AlertCLI описание

#AlertCLI #AlertManager #Prometheus #Monitoring #Linux #DevOps

DevOps Notebooks Built with Markdown

Runme - это инструмент с открытым исходным кодом, предназначенный для улучшения рабочих процессов DevOps путем преобразования файлов Markdown в интерактивные исполняемые записные книжки. Он, по сути, устраняет разрыв между документированием и оперативным исполнением, позволяя командам собирать, обмениваться и автоматизировать оперативные знания непосредственно в рамках своей документации с контролем версий.

Runme - это инструмент, который делает runbook действительно доступным для запуска, упрощая выполнение пошаговых инструкций. Shell/ Bash, Python, Ruby, JavaScript/TypeScript, Lua, PHP, Perl и многие другие среды выполнения поддерживаются с помощью функции shebang в Runme. Runme позволяет пользователям выполнять инструкции, проверять промежуточные результаты и обеспечивать достижение желаемых результатов. Это делает его отличным решением для runbooks, playbooks и документации, требующих от пользователей постепенного выполнения необходимых шагов, что делает рабочие документы надежными и гораздо менее уязвимыми для взлома.

🖥 Подробнее

#DevOps #Runme #Runbook

🔍 Coroot — принципиально новый подход к мониторингу приложений. Этот open-source инструмент использует eBPF для автоматического сбора метрик, логов и трейсов без необходимости ручной интеграции. Он не просто собирает данные, а превращает их в готовые инсайты.

Инструмент обладает встроенной аналитикой. Система автоматически строит карту сервисов, выявляет аномалии и даже отслеживает SLO. При этом не нужно настраивать сложные дашборды — достаточно развернуть контейнер в Kubernetes или через Docker.

🖥 GitHub

#Coroot #Linux #DevOps #Monitoring