DevOps

Как построить эффективную стратегию мониторинга с высокой наблюдаемостью Давайте сразу определимся: самым важным в разработке сейчас является производительность и надежность вашей инфраструктуры, потому что если ваш проект лагает или работает через раз, вас не спасут никакие фичи. Клиент просто уйдет к конкурентам. Исходя из постулата выше, роль мониторинга систем в последние годы резко возросла. Наши системы перешли от технологических новшеств к статусу критической инфраструктуры, без которой повседневная жизнедеятельность просто невозможна. Однако существует зияющая пропасть между формальным мониторингом и мониторингом, который будет соответствовать сложности и глубине современных систем. https://habr.com/ru/companies/itsumma/articles/814195/ #devops #девопс Подпишись 👉@i_DevOps

🚀 Микросервисы — это не тренд, а стандарт. А Go — язык, который выбрали для этого стандарта в крупнейших корпорациях. Если вы уже пишете на Go, следующий шаг очевиден. На курсе от OTUS вы освоите: 🔹 Проектирование микросервисной архитектуры на Go 🔹 Чистая архитектура, CI/CD, gRPC, REST 🔹 Логирование, Kafka, PostgreSQL, мониторинг 🔹 И многое другое! ❗️Программа ориентирована на Go-разработчиков и архитекторов ПО. После курса вы сможете проектировать масштабируемые системы, автоматизировать разработку, уверенно внедрять мониторинг и проектировать API, которые работают под нагрузкой. Оставьте заявку прямо сейчас: https://vk.cc/cNoXuU Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

🍔DevOps как бургер (DaaB) Дорожная карта DevOps-инженера должна выглядеть так: 1. Изучите язык программирования (Python, Go и т.д.) для написания скриптов автоматизации. 2. Освойте одну операционную систему (Linux) и её командную строку (CLI). 3. Освойте управление серверами, веб-серверами, включая прокси, такие как Nginx или IIS. 4. Изучите контейнеризацию с использованием Docker. 5. Ознакомьтесь с оркестрацией контейнеров с помощью Kubernetes. 6. Откройте для себя инфраструктуру как код (IaC), используя такие инструменты, как Terraform, Ansible, Chef или Puppet, для подготовки и управления конфигурациями. 7. Поймите сетевые протоколы: DNS, IP-адреса, порты и модель OSI. 8. Примите практики непрерывной интеграции/непрерывного развертывания (CI/CD) для автоматизации этапов доставки и развертывания приложений. 9. Освойте методы мониторинга для контроля приложений, сервисов и инфраструктуры в реальном времени. 10. Получите практический опыт работы с облачными провайдерами, такими как AWS и Azure. #devops #девопс Подпишись 👉@i_DevOps

Как дела у IT-специалистов — опрос Прямо сейчас проходит масштабное исследование, где DevOps, ML и другие специалисты могут поделиться обратной связью о российских работодателях и рассказать, что для них важнее всего во время работы. В качестве благодарности за прохождение опроса — возможность выиграть технику apple. https://odna.co/poll/3WpVm7bvBJRLSnsAVRsGtG #devops #девопс Подпишись 👉@i_DevOps

DevOps Roadmap 2025 https://github.com/milanm/DevOps-Roadmap #devops #девопс Подпишись 👉@i_DevOps

🤔 Как не дать развалиться системе из 1500 микросервисов под пиковой нагрузкой? И что делать при DDoS-атаке на 1 млн RPS? Команда Яндекс Маркета выкатила детальный разбор своей инженерии надёжности. Внутри — честно о том, как на практике работает Graceful Degradation, зачем нужны war rooms и как они проводят нагрузочные тесты прямо на проде. ✅Философия Graceful Degradation. ✅Must-have архитектурные паттерны. ✅Распределение процессов во время инцидентов. ✅Нагрузочное тестирование на проде. Статья будет полезна тем, кто строит и поддерживает высоконагруженные и распределённые системы. Отличная возможность заглянуть под капот гиганта e-commerce и сравнить их подходы со своими. Реклама. Рекламодатель ООО «Яндекс.Такси». ИНН 7704340310

System Design 101 О сложных системах простыми словами. В шпаргалке на высоком уровне рассматриваются такие вещи, как протоколы коммуникации, DevOps, CI/CD, архитектурные паттерны, базы данных, кэширование, микросервисы (и монолиты), платежные системы, Git, облачные сервисы etc. Особую ценность представляют диаграммы — рекомендую уделить им пристальное внимание. Полагаю, шпаргалка будет интересна всем, кто хоть как-то связан с разработкой программного обеспечения и, прежде всего, веб-приложений. Буду признателен за помощь в уточнении/исправлении понятий, терминологии, логики/алгоритмов работы систем (в рамках того, что по этому поводу содержится в оригинале), а также в обнаружении очепяток. https://habr.com/ru/articles/770564/ original https://github.com/ByteByteGoHq/system-design-101 #devops #девопс Подпишись 👉@i_DevOps

Большая база заметок о командах PowerShell на русском языке Help, Object, Regex, DataType, Bit, Files, Credential, WinEvent, Firewall, Defender, WindowsUpdate, DISM, Scheduled, Network, Shutdown, LocalAccounts, SMB, ActiveDirectory, repadmin, dcdiag, ntdsutil, GPO, ServerManager, DNS, DHCP, DFS, StorageReplica, Package-Manager, PS2EXE, NSSM, Jobs, SMTP, Hyper-V, VMWare/PowerCLI, Exchange/EMShell, TrueNAS, Veeam, REST API, Telegram, Pode, Selenium, IE, COM, dotNET, Console API, Drawing, ObjectEvent, Sockets, Excel, CSV, XML, JSON, YAML, HTML, SQLite, MySQL, MSSQL, InfluxDB, Telegraf, Elasticsearch, CData, ODBC, PostgreSQL, WMI, Regedit, Performance, SNMP, Zabbix, pki, OpenSSL, OpenVPN, Route, NAT, WireGuard, VpnClient, Proxy, OpenSSH, WinRM, DSC, Git, Ansible. https://github.com/Lifailon/PS-Commands #devops #девопс Подпишись 👉@i_DevOps

DevOps и SRE: конкуренты или союзники в борьбе за надёжность? Где заканчивается зона ответственности DevOps-инженера и начинается область контроля SRE? Приглашаем на открытый урок, где разберём разницу между подходами DevOps и SRE, особенно — в контексте Service Level Indicators (SLI), Service Level Objectives (SLO) и Service Level Agreements (SLA). ✅ Вы узнаете, как эти практики помогают создавать надёжную платформу и кто за что отвечает в команде. 📌 Обсудим как DevOps и SRE трактуют «качество платформы». И кто за какими метриками следит: производительность, аптайм, алерты, ошибки ⬆️ Протестируй курс «SRE практики и инструменты» на открытом уроке: https://vk.cc/cNl1HO Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Cloudflare: снижение выгорания дежурных за счет более эффективного мониторинга оповещений Многие, наверняка, сталкивались с мемом this is fine, или оригинальным комиксом. Так выглядит типичный день для многих дежурных сотрудников. Оперативные дежурные получают много оповещений, и работа со слишком большим количеством оповещений может привести к усталости от оповещений — чувству истощения, вызванному реагированием на оповещения, которые не имеют приоритета или четких действий. Убедиться в том, что оповещения действенны и точны, а не являются ложными срабатываниями, крайне важно, потому что если дежурные сотрудники постоянно получают ложные уведомления, они могут перестать обращать на них внимание и игнорировать даже важные сообщения. С этой целью в Cloudflare многочисленные команды проводят периодический анализ оповещений, каждая команда разрабатывает свои собственные панели мониторинга для отчетности. Как члены команды Observability, мы столкнулись с ситуациями, когда команды сообщали о неточностях в уведомлениях или случаях, когда уведомления не срабатывали, а также помогали бороться с создающими шум/флапающими (flapping) уведомлениями. https://habr.com/ru/articles/828710/ original https://blog.cloudflare.com/alerts-observability/ #devops #девопс Подпишись 👉@i_DevOps

Caddy и 100к доменов: автоматический SSL при одностраничном конфиге Я начал использовать Nginx более 20 лет назад, и как-то привык к тому что это решение по умолчанию при выборе веб сервера. В своем пути в IT я начинал с linux администрирования, потом был мелкий онлайн бизнес, работал бизнес аналитиком, продактом, временами что-то программировал для себя. Обстоятельства опять поменялись и год назад я устроился работать девопсом в маркетплейс доменов, по сути такой возврат к истокам. Первая задача которую мне выдали - перевести паркинг с 100к доменами с nginx на caddy. На тот момент я не слышал про Caddy, но был очень хорошего мнения о nginx. https://habr.com/ru/articles/923150/ #devops #девопс Подпишись 👉@i_DevOps

Запуск микросервисов на базе пользовательских ресурсов Kubernetes Не будем подробно представлять Kubernetes — он уже стал де-факто стандартом для масштабируемого запуска микросервисов и зарекомендовал себя как эффективное решение для реальной эксплуатации. K8s позволяет запускать различные типы рабочих процессов и предоставляет все необходимые компоненты для публикации сервисов, защиты приложений, настройки авторизации и многого другого. В Kubernetes появилась возможность расширять функциональность с помощью пользовательских ресурсов (Custom Resources). С этим обновлением появилась возможность реализовывать собственные сервисы и контроллеры поверх Kubernetes, не решая инфраструктурные задачи. Разработка становится быстрее, запуск — возможен где угодно. Именно такие обещания стоят за этой архитектурой. В последние годы пользовательские ресурсы и контроллеры на их основе стали всё более популярными. Существенным сдвигом в этой области стало появление Crossplane — он позволил управлять ресурсами, находящимися за пределами кластера. https://dev.to/mhmxs/unlock-your-kubernetes-to-run-custom-resource-based-microservices-in-any-scale-1fe4 #devops #девопс Подпишись 👉@i_DevOps

Готовы помочь начинающим специалистам? Создайте курс для Яндекс Практикума! Яндекс Практикум — сервис онлайн-образования, где получают навыки для старта и роста в IT. А наши эксперты — практикующие специалисты из разных сфер и компаний. Сейчас мы в поиске автора курса «SRE инженер». Создание курса спокойно можно совмещать с основной работой благодаря удалёнке и нагрузке от 10 часов в неделю. Авторы Яндекс Практикума напрямую влияют на развитие индустрии через написание обучающих и практических материалов для студентов. Если вы хорошо понимаете подход SRE и имеете практический опыт внедрения SRE-практик, оставляйте отклик по ссылке ←

💡Большая шпаргалка по Linux Storage Stack ➡️оригинал файла в комментах #devops #девопс Подпишись 👉@i_DevOps

Rattle: узнаём об ошибках в Docker раньше, чем сообщит клиент Контейнеры падают, а вы узнаёте об этом постфактум? Ошибки в логах проходят мимо? Собрал Rattle за три дня — простой self-hosted инструмент, который отправляет события из Docker в Telegram. Без лишних панелей, без сложной настройки — просто работает и сообщает о самом важном. В статье рассказываю, зачем он мне понадобился, как устроен внутри и как можно быстро развернуть его у себя. Покажу Telegram Mini App, через которую удобно управлять уведомлениями. https://habr.com/ru/articles/921582/ #devops #девопс Подпишись 👉@i_DevOps

💣 Как настроить отказоустойчивое хранилище данных? Дарим гайд за прохождение теста по HighLoad! 🏆 Пройди тест из 29 вопросов, проверь свой уровень знаний и получи файл “Как настроить отказоустойчивое хранилище данных“! Тест проводится в рамках курса Highload Architect 👉 Пройти тест и забрать файл: https://vk.cc/cN6B7c Если успешно пройдешь тест, то так же сможешь забронировать место в группе по выгодной цене! 🎫 Курс можно приобрести в рассрочку Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

🛡️ Helmsman — это инструмент командной строки для управления Kubernetes через Helm с использованием простого и декларативного файла конфигурации. С Helmsman ты можешь: * устанавливать, обновлять и удалять релизы Helm; * управлять правами доступа и пространствами имён Kubernetes; * запускать проверки безопасности перед развёртыванием; * создавать dry-run планы и сравнивать их перед применением; * организовать деплой по зависимостям и приоритетам. Конфигурация пишется в YAML и поддерживает шаблонизацию, переменные окружения и условия. Helmsman может использоваться как в CI/CD пайплайнах, так и вручную. https://github.com/mkubaczyk/helmsman #devops #девопс Подпишись 👉@i_DevOps

🎯 KEDA + Kafka: +62% производительности на пике Apache Kafka — это уже стандарт для обработки больших потоков данных. Он масштабируем, быстр и идеально подходит для микросервисной архитектуры. Но у него есть одна особенность: сложность масштабирования консьюмеров (тех, кто читает сообщения). 👉 В часы пик — поток данных резко возрастает. 👉 В провальные часы — простаивают ресурсы. 👉 Результат — растёт consumer lag и счёт за инфраструктуру. 🧠 Решение? KEDA — умный автоскейлер для Kubernetes. Он отслеживает метрики Kafka (вроде lag) и масштабирует поды консьюмеров только тогда, когда это реально нужно. 📈 Результат: - Производительность ↑ на 62,15% в пиковые моменты - Снижение затрат на idle-ресурсы - Максимальная отзывчивость системы 💡 Если работаешь с Kafka в Kubernetes — обязательно обрати внимание на связку Kafka + KEDA. Это один из самых эффективных подходов к масштабированию на сегодня. https://kedify.io/resources/blog/keda-kafka-improve-performance-by-62-15-at-peak-loads #devops #девопс Подпишись 👉@i_DevOps

Три специальных технологических доклада на VK Cloud Conf 2025 26 июня пройдет ежегодная конференция VK Cloud Conf 2025, посвященная облачным технологиям. В 17:30 начнется особенная часть конференции — технологический трек, на котором приглашенные эксперты расскажут: 🔹 как организовать доставку и обработку 1,5 млн событий в секунду, 🔹 перейти от арендованных ЦОДов к собственной инфраструктуре, 🔹 построить CDN VK под нагрузками в миллион запросов в секунду. Темы докладов 🔹 Highload-логистика: как управлять потоком из 1,5 млн событий в секунду Доклад про организацию доставки и обработки событий, возникающие проблемы и используемые инструменты. Спикеры: Дмитрий Куколев, руководитель направления безопасности Runtime; Кирилл Назаров, руководитель группы DevOps, направление безопасности Runtime, блок «Информационная безопасность», VK. 🔹 Без единой точки отказа: путь к облаку на трех AZ и tier-4 ЦОДах Опыт перехода к первым в России ЦОДам Tier-4. Спикер: Николай Бутенко, директор по надежности сервисов VK Cloud, лучший спикер Highload++ 2024. 🔹 Много храним и быстро раздаем: как мы построили CDN VK под нагрузками в миллион запросов в секунду Узнайте, как обслуживать миллионы запросов и раздавать десятки терабит в секунду. Спикер: Дмитрий Радчук, руководитель группы граничных сервисов, департамент инфраструктурных сервисов VK. Регистрируйтесь

Расширяем меню и функционал Gitlab Во время быстрого развития ИТ среды, многие её активные участники пользуются готовыми решениями обеспечивающими их определённым функционалом, который хотелось бы расширить. Но расширение продукта зачастую является либо платным, либо чрезвычайно затратным действием, требующим постоянного контроля доступной кодовой базы, адаптацией и корректировкой своей части для совместимости. Приходится создавать продукты размещаемые "рядом" и различными способами производить интеграцию. Попробуем изменить это с помощью минимальных затрат и расширить функционал Gitlab получив практически "бесшовную" интеграцию со своими продуктами. https://habr.com/ru/articles/814623/ #devops #девопс Подпишись 👉@i_DevOps