DevOps

🚀 MEETUPxSPRINT OFFER для инженеров технической поддержки от YADRO Хочешь узнать, как устроена техническая поддержка в одной из ведущих технологических компаний России? Приходи на онлайн-митап от YADRO! Расскажем, покажем, ответим на любые вопросы — и дадим возможность попасть в команду всего за 3 дня! 🔥 Программа митапа: ✔️ Сервисная служба YADRO: основные ресурсы и направления Василий Бронников, Руководитель отдела техподдержки решений ✔️ Наши продукты: уникальные характеристики и возможности Андрей Антоненко, Ведущий инженер техподдержки TATLIN ✔️ Реальные кейсы: как команды решают сложные задачи Дмитрий Сафонов, Руководитель группы L1-поддержки TATLIN.UNIFIED 🔥 Что тебя ждёт: ➖ Реальные кейсы и инсайты из практики техподдержки ➖ Доклады от инженеров YADRO: продукты, процессы, особенности ➖ Живое общение с командой и ответы на вопросы о работе и технологиях 👨‍💻 А если ты задумываешься о новой работе — у тебя есть возможность быстро попасть в команду YADRO и получить оффер за 3 дня. Для этого нужно пройти короткий тест. Сделать это можно уже сейчас, а также во время или после митапа — выбирай, как тебе удобно (но заявки принимаем до 6 июля). 📌 Тест можно пройти по ссылке. ➖➖➖ 🗓 26 июня, начало в 19:00 мск, четверг 🌐 ОНЛАЙН ✅ Регистрация на мероприятие Реклама. ООО "ЭВРОНЕ.РУ". ИНН 3663057399. erid: 2Vtzqwo4hmY

VictoriaLogs datasource для Grafana VictoriaLogs позволяет выполнять запросы к данным VictoriaLogs и визуализировать их в Grafana. https://github.com/VictoriaMetrics/victorialogs-datasource #devops #девопс Подпишись 👉 @i_DevOps

От установки до использования: пример развертывания сервиса шифрования данных в покое Нарушение конфиденциальности данных, хранящихся на серверах компаний, недопустимо и неизбежно ведет к тяжелым последствиям. Поэтому компании стараются «обвешать» свои хранилища всеми возможными мерами защиты. В том числе прибегают к использованию сервисов шифрования данных в состоянии покоя, которые гарантируют, что даже если злоумышленник получит физический доступ к устройству, он не сможет прочитать находящиеся на нем данные без ключей расшифровки. Рассказываем, как команда VK Cloud создавала сервис шифрования данных в покое для своего клиента, что вошло в его архитектуру и как работать с решением. https://habr.com/ru/companies/vk/articles/820617/ #devops #девопс Подпишись 👉 @i_DevOps

Как выбрать подходящий путь для внутренней платформы разработки? Приглашаем на вебинар, посвящённый ключевым аспектам платформенной инженерии. 🗓 20 июня | 🕒 12:00

На вебинаре обсудим: 🔸 3 варианта построения платформы (плюсы/минусы каждого). 🔸 Почему растёт спрос на платформы разработки – глобальные тренды и локальные особенности. 🔸 Как оценить риски внедрения разных видов платформ? 🔸 Что такое модель 7С и как применить DORA-метрики в вашем случае.

Формат: плотный разбор темы за 40 мин + ответы на ваши вопросы.  Спикер: Алексей Зимонин, старший техлид по практикам DevOps в бизнес-юните «Экспресс 42» (АО «Флант»). 💪 14 лет в ИТ, строил highload-инфраструктуру в телекоме, запускал платформу, которая масштабировалась до уровня «фабрики». 🔗 Зарегистрироваться Для кого: CTO, DevOps, Platform Engineers, ИТ-менеджеры, разработчики. P.S. Во время эфира всем участникам подарим готовую памятку для платформенной команды с лучшими практиками Platform Engineering. #реклама О рекламодателе

🛠Btop++ — это высокопроизводительный монитор ресурсов, написанный на C++, который предоставляет детальную информацию о загрузке процессора, использовании памяти, активности дисков, сетевой активности и процессах. Он является продолжением проектов bashtop и bpytop, предлагая улучшенную производительность и расширенные возможности. Основные возможности btop++: 🔹Интуитивно понятный интерфейс с поддержкой мыши и клавиатуры. 🔹Подробная информация о выбранных процессах. 🔹Фильтрация и сортировка процессов, включая древовидное отображение. 🔹Отправка сигналов процессам. 🔹Настраиваемые параметры через меню интерфейса. 🔹Автоматическое масштабирование графиков сетевой активности. 🔹Отображение активности и скорости ввода/вывода для дисков. 🔹Поддержка различных тем оформления. Проект активно развивается, в последнюю версия v1.4.0 добавлена поддержка Intel GPU и NetBSD. 💻Для пользователей Windows доступна специальная версия — btop4win, которая предоставляет аналогичный функционал и поддерживает мониторинг GPU и температуры процессора при использовании версии с Open Hardware Monitor Report. https://github.com/aristocratos/btop #devops #девопс Подпишись 👉 @i_DevOps

Security Gate (DevSecOps cicd) Хочу начать с кратенького предисловия, почему я решил написать что-нибудь про DevSecOps. Я довольно-таки часто сталкиваюсь с непониманием, что же автоматизируют и для чего нужны DevSecOps инженеры, где их место в компании и в современном ИБ. Да и что далеко ходить, многие коллеги DevOps, сами считают, что с добавлением trivy или sonarqube в пайплайны, ты уже носишь гордое звание DevSecOps. Поэтому в этой статье поговорим о том, как должны выглядеть DevSecOps пайплайны, чтобы они трансформировались во что-то зрелое. В Security Gate! https://habr.com/ru/articles/917970/ #devops #девопс Подпишись 👉 @i_DevOps

🆕💥 Разработчик, получи актуальные знания о микросервисах и Шаблон настроек конфигурации для Spring Boot: Kafka Умение строить архитектуру микросервисов — навык, необходимый разработчикам и тем, кто хочет стать архитектором ПО. Переходи на сайт, чтобы проверить свои знания и посмотреть подходит ли тебе 💥 обновленная программа курса Microservice Architecture от OTUS! Если успешно пройдешь тест, сможешь забронировать место в группе по специальной цене, а так же получить шаблон настроек конфигурации для Spring Boot: Kafka 🎫 Курс можно приобрести в рассрочку. 👉 Пройти тест: https://vk.cc/cMRjqL Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Как сократить расходы на мониторинг: замена Prometheus на VictoriaMetrics Мониторинг может оказаться дорогостоящим из-за огромных объёмов данных, которые необходимо обрабатывать. В этой статье ты узнаешь лучшие способы хранения и обработки метрик мониторинга для снижения затрат, а также как в этом может помочь VictoriaMetrics. https://victoriametrics.com/blog/reducing-costs-p1/index.html #devops #девопс Подпишись 👉 @i_DevOps

DevSecOps #devops #девопс Подпишись 👉 @i_DevOps

Вебинар «Анализ требований и их влияние на архитектуру» ✔️ 16 июня в 20:00 МСК в рамках старта курса «System Design» от Otus. Вебинар будет полезен разработчикам, архитекторам, техническим лидам и системным аналитикам. Узнайте, как требования формируют архитектуру систем и почему их правильная проработка критична для стабильности решений. На вебинаре разберем: ✅ Как эффективно собирать и фиксировать требования ✅ Как требования влияют на архитектуру системы ✅ Как учитывать функциональные и нефункциональные требования при проектировании Мы рассмотрим реальные примеры, которые помогут вам построить более стабильные и надежные приложения. 🚀 Регистрация: https://vk.cc/cMQtq1 А еще, успей воспользоваться 🏷10% скидкой на курс «System Design» и 🎁 бонусным промокодом SD_5 . Выгодные условия действуют с 12 по 15 июня включительно! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Балансировка и геораспределение: как создать быстрое и надёжное приложение для всего мира На вебинаре разберём, как крупные компании — такие как Netflix, Amazon и другие — делают свои сервисы доступными для пользователей по всему миру без задержек и сбоев. На вебинаре вы: — Как работают балансировщики и «умные» прокси. — Что такое геораспределение и зачем оно критично для масштабируемых сервисов. — Как грамотно распределять трафик между дата-центрами. — Частые ошибки при проектировании глобальных систем — и как их избежать. 👉 Регистрация и подробности о курсе Highload Architect: https://vk.cc/cMOgUE Бесплатное занятие приурочено к старту курса Highload Architect, обучение на котором позволит освоить решения, которые выдерживают большое количество запросов в секунду и правильно оптимизировать работоспособность серверов. Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

«Прогрессивная доставка инфраструктуры с помощью Kargo и Argo CD» – Engin Diri, Pulumi С момента выхода Kargo я изучаю возможность использовать его не только для доставки и продвижения приложений, но и для постепенного развёртывания инфраструктуры. С помощью Kubernetes-ориентированных инструментов, таких как Crossplane или Pulumi, мы описываем инфраструктуру как код и можем плавно развертывать её сначала в наших управляющих кластерах, а затем последовательно продвигать изменения через разные этапы без необходимости в дополнительных скриптах CD. Позвольте показать, как Kargo помогает платформенным инженерам упростить и автоматизировать прогрессивный релиз изменений в инфраструктуре на всех стадиях. В этом докладе будут рассмотрены основы работы с Kargo и примеры интеграции с инструментами Infrastructure as Code. * Описание проблемы: необходимость безопасного и контролируемого релиза изменений в инфраструктуре * Решение: использование Kargo для поэтапного развёртывания (Progressive Delivery) * Инструменты IaC: Crossplane, Pulumi * Преимущества: * автоматизация продвижения конфигурации между окружениями * отказ от «волшебных» CD-скриптов * единый pipeline для приложений и инфраструктуры Настройка Kargo вместе с Argo CD позволяет интегрировать управление приложениями и инфраструктурой в единую платформу progressive delivery, минимизируя риски и ускоряя итерации. источник #devops #девопс Подпишись 👉@i_DevOps

Pipeline инфраструктуры (Infra Pipeline) Этот workflow описывает сквозной CI/CD-pipeline для сборки и деплоя инфраструктуры, включая quality gates (детекторы и оценку рисков). Ветвление (Branching) Рекомендуется создавать короткоживущие feature-ветки (локальные копии основной ветки trunk/main). В них выполняются изолированные изменения. На локальную ветку нет жёстких ограничений, но вы как разработчик обязаны регулярно синхронизировать её с основной (через rebase или merge), чтобы избежать merge conflicts. Основная ветка (mainline/trunk) Mainline (или trunk) служит для сборки и публикации deployable артефактов. Любой merge в неё может автоматически попасть в staging или production. Поэтому ветка должна быть постоянно в deployable-состоянии. Для этого в CI/CD pipeline настраиваются quality gates: статический анализ кода, unit- и интеграционные тесты, security scans, оценка рисков 🔒. Trunk остаётся locked до прохождения всех проверок и подтверждения безопасности изменения. https://medium.com/@tusharmurudkar/devops-infrastructure-pipeline-beab47e7b876 #devops #девопс Подпишись 👉@i_DevOps

Нужно выкатить новую фичу, но нет уверенности, что всё пойдет как надо? А еще… 🔻 Слабый мониторинг или его нет совсем. 🔻 Непонятно, почему система тормозит. 🔻 Клиенты жалуются на ошибки и долгое время ответа. Знакомо? Приглашаем на онлайн-интенсив по Service mesh от Слёрм, на котором вы: 👉 решите реальные бизнес-кейсы; 👉 поймёте принцип работы и в будущем сможете применить знания на любом решении; 👉 научитесь искать причины проблем. Даты проведения: 27-29 июня. Спикеры: – Александр Лукьянченко, руководитель юнита PaaS в Авито – Виталий Лихачев, SRE в крупном голландском тревелтехе – Георг Гаал, CTO AEnix Специальные условия группам от 3-х человек. 👉 Программа и запись на интенсив по ссылке.

Переезд с облака на свои сервера: взгляд со стороны инфраструктуры и бизнеса Привет, коллеги! Сегодня я отойду от прежнего стиля написания статей. До этого момента я писал больше про хард скиллы, но в последнее время я начал расширять свой кругозор и изучать процессы в компании под разными углами, в том числе с точки зрения бизнеса. Переезд с облака на свои сервера — это не просто техническая миграция, а настоящая проверка на прочность для всей команды и бизнеса в целом. В статье я постараюсь объяснить, опираясь на свой опыт, почему облачные решения не всегда оказываются универсальным спасением, с какими неожиданными сложностями мы столкнулись и какие компромиссы пришлось принимать. Это история не только про железо и Hard‑скиллы, но и про людей, процессы и принятие решений в условиях ограниченного бюджета и рисков. https://habr.com/ru/articles/914438/ #devops #девопс Подпишись 👉@i_DevOps

systemd: как писать юниты с элегантной перезагрузкой Разработка системы с элегантным завершением работы может оказаться той ещё пляской с бубном. В идеальном мире каждый сервис управлялся бы юнитом systemd. ExecStart запускала бы процесс, обрабатывающий SIGTERM, а ExecStop оповещало бы процесс и осуществляло блокировку, которая бы корректно завершала процесс и его ресурсы. Однако многие программы завершаются некорректно, а то и вовсе сбивают все настройки при закрытии. В этой статье мы рассмотрим поведение systemd при завершении работы и методы написания юнитов systemd для выборочной очистки (custom cleanup) перед закрытием. https://www.psdn.io/posts/systemd-shutdown-unit/ #devops #девопс Подпишись 👉@i_DevOps

❕ Приглашаем на урок по работе с чувствительными данными в Kubernetes-кластере! ⏺Открытый урок K8S + Vault — как получать секреты? Бесплатно 17 июня в 20:00 МСК. Урок в рамках старта курса «Инфраструктурная платформа на основе Kubernetes» от Otus. Поймете, как организовать безопасное и масштабируемое взаимодействие между Kubernetes и HashiCorp Vault. Разберём подход dynamic secrets и инструмент External Secrets Operator для интеграции секретов из Vault в кластер. На уроке вы узнаете: - как Kubernetes работает с секретами по умолчанию и его ограничения; - способы интеграции Kubernetes и Vault; - что такое External Secrets Operator и почему его выбирают для production-сред; - пошаговую схему подключения Vault к K8s. ➡️ Регистрация на вебинар: https://vk.cc/cMHhuk Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Почему нельзя парсить вывод ls(1) Команда ls(1) достаточно хорошо справляется с отображением атрибутов одного файла (по крайней мере, в некоторых случаях), но когда просишь у неё список файлов, возникает огромная проблема: Unix позволяет использовать в имени файла почти любой символ, в том числе пробелы, переносы строк, точки, символы вертикальной черты, да и практически всё остальное, что вы можете использовать как разделитель, за исключением NUL. Существуют предложения по «исправлению» этой ситуации внутри POSIX, но они не помогут в решении текущей ситуации (см. также, как правильно работать с именами файлов). Если в качестве стандартного вывода не используется терминал, в режиме по умолчанию ls разделяет имена файлов переносами строк. И никаких проблем не возникает, пока не встретится файл, в имени которого есть перенос строки. Так как очень немногие реализации ls позволяют завершать имена файлов символаи NUL, а не переносами строк, это не позволяет получить безопасным образом список имён файлов при помощи ls (по крайней мере, портируемым способом). https://habr.com/ru/articles/823298/ #devops #девопс Подпишись 👉@i_DevOps

Bash-совет: анализ неудачных SSH-логинов и бан «горячих» IP 🔒🐚 Хотите быстро узнать, какие IP вызывают максимум неудачных попыток входа в SSH, и оперативно заблокировать самых настырных? Ниже скрипт:

#!/usr/bin/env bash
# ssh_fail_analyzer.sh
# Анализ неудачных SSH-попыток и вывод TOP-10 IP

LOG_FILE="/var/log/auth.log"       # путь к логам (для CentOS: /var/log/secure)
TOPN=10                            # сколько IP показывать

echo "Топ $TOPN IP с неудачными SSH-входами:"
grep -E "Failed password for" "$LOG_FILE" \
  | grep -oP '(?<=from )[\d\.]+' \
  | sort \
  | uniq -c \
  | sort -rn \
  | head -n "$TOPN"

Как это работает 1. grep -E "Failed password for" Ищем все строки с неудачными попытками. 2. grep -oP '(?<=from )\[\d.]+' С помощью PCRE-регулярки достаём только IP-адреса после слова "from". 3. sort | uniq -c | sort -rn Сортируем, считаем вхождения и выводим в порядке убывания. 4. head -n "\$TOPN" Ограничиваем результат топ-10. 🛠 Можно добавить в crontab ежедневный запуск и автоматическую отправку отчёта на почту или сразу бан «горячих» IP через iptables:

# в crontab: каждый день в 00:10
10 0 * * * /path/to/ssh_fail_analyzer.sh | mail -s "SSH Fail Report" admin@example.com

Или сразу блокировать подозрительные IP, если они превысили порог:

THRESHOLD=50
for ip in $(grep -E "Failed password for" "$LOG_FILE" \
              | grep -oP '(?<=from )[\d\.]+' \
              | sort | uniq -c \
              | awk -v t="$THRESHOLD" '$1 > t {print $2}'); do
  iptables -I INPUT -s "$ip" -j DROP
  echo "$(date): Заблокирован $ip за превышение $THRESHOLD неудачных попыток" >> /var/log/ssh_ban.log
done

👉@bash_srv

Стили взаимодействия микросервисов: 5 секретов, которые изменят ваш подход к backend-разработке Взаимодействие между микросервисами — это больше, чем просто REST или RPC. Это фундамент архитектуры, от которого зависит масштабируемость, надёжность и производительность всей системы. 📌 Что будет на вебинаре: — 5 ключевых стилей взаимодействия микросервисов: REST, gRPC, event-driven, messaging, CQRS; — Сравнение: синхронное vs. асинхронное взаимодействие — плюсы, минусы, типичные ошибки; — Когда использовать брокеры сообщений и какую роль играют очереди; — Советы по построению отказоустойчивых коммуникаций между сервисами; — Как логировать и отслеживать взаимодействия между микросервисами; 👉 Регистрация и подробности о курсе Highload Architect: https://vk.cc/cMHfWt Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru