DevOps

GitButler GitButler - это git-клиент, позволяющий работать с несколькими ветками одновременно. Он позволяет быстро организовать изменения файлов в отдельные ветки, сохраняя их в рабочей директории. Затем вы можете отправлять ветки по отдельности на ваше удалённое хранилище или напрямую создавать запросы на получение. В двух словах, это более гибкая версия git add -p и git rebase -i, позволяющая эффективно работать в нескольких ветках. https://github.com/gitbutlerapp/gitbutler #devops #девопс Подпишись 👉@i_DevOps

🚀 Хотите научиться интегрировать Apache Kafka и ClickHouse для эффективной обработки и анализа данных? 🚀 Присоединяйтесь к открытому уроку 20 августа в 20:00 МСК! 📚 Мы разберём, как настроить потоковую передачу данных, обеспечить надёжность и производительность, а также оптимизировать хранение и запросы. Вы узнаете, как использовать нативные коннекторы и Kafka Connect для интеграции этих двух мощных инструментов. Мы покажем реальные кейсы, лучшие практики и как избежать частых ошибок при работе с Kafka и ClickHouse. Это знание поможет вам настроить эффективный pipeline и ускорить загрузку данных. Присоединяйтесь и получите скидку на курс «Apache Kafka»: https://vk.cc/cOz400 🎯 Не пропустите! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Winbox in docker Запуск Mikrotik Winbox в контейнере Docker для упрощенного и портативного управления маршрутизатором Используя KasmVNC, этот докер запускает Winbox с помощью Wine и делает его доступным в любом браузере. Docker docker run -d --shm-size=512m -p 6901:6901 -e VNC_PW=password -v winbox_wine:/home/kasm-user/.wine ghcr.io/obeone/winbox:latest https://github.com/obeone/winbox-docker #devops #девопс Подпишись 👉@i_DevOps

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

Выиграйте грант на обучение SRE 🎓 Объявляем конкурс грантов на курс «SRE: data-driven подход к управлению надёжностью систем» от Слёрма 🔥 Идеальная возможность для тех, кто давно хотел почувствовать себя SRE-специалистом в условиях, максимально имитирующих реальность. На курсе вы будете решать задачи и кейсы, которые возникают на вашем сервисе – приложении кинотеатра. При выполнении всех условий 10 победителей получат 1 из 4 вариантов гранта: ⭐️ скидка 100% (1 место); ⭐️ скидка 70% (2 места); ⭐️ скидка 50% (3 места); ⭐️ скидка 30% (4 места). Условия участия: 🔹 Быть подписанным на канал Путь SRE 🔹 Заполнить заявку по ссылке: заявка тут 🔹 Ожидать результаты Дедлайн — до 15 августа включительно. Итоги опубликуем в канале Путь SRE 18 августа, а уже 25 августа победители смогут начать обучение на выгодных условиях! Всем удачи! 🍀

Как динамически рассчитывать CPU для контейнеров в Kubernetes Включена возможность динамического изменения CPU для контейнеров в Kubernetes с помощью фичи InPlacePodVerticalScaling. Раньше подбор CPU был трудоемким: если установить слишком много — ресурс тратится впустую, слишком мало — приложение тормозит. Давайте рассмотрим подходы к динамическому изменению CPU. Стратегия 1: всегда использовать 80% CPU Если приложение загружено на 50%, увеличиваем до 80% — оставляем запас в 20 % для безопасности. Работает отлично при уменьшении, но при увеличении — вопрос: если используем 100 %, стоит ли удвоить CPU или немного прибавить? Ответ неизвестен. Стратегия 2: всегда использовать 80%, плюс экспоненциальный рост Как и в стратегии 1 при уменьшении. При увеличении (при нагрузке между 80 и 100 %) используется формула:

new_cpu = average_cpu / 0.8 + (average_cpu / 0.8 * coeff)²

Экспоненциальное увеличение: сильно растем, если нагрузка 100 %, и умеренно — если 90 %. Эту стратегию легко применять: она используется в инструменте Kondense для подбора ресурсов в Kubernetes. Стратегия 3: целевое использование 100% с учетом CPU-pressure При уменьшении — устанавливаем на 100%, чтобы не терять ресурсы. При увеличении — смотрим на CPU pressure в микросекундах (время, которое контейнер не мог получить CPU). Чем выше давление, тем сильнее нужно увеличить CPU. Теоретически это оптимально. Но на практике не всегда работает: порой CPU pressure высок, но увеличение CPU не помогает — зависит от характера приложения. Потребуется доработка формулы под конкретные кейсы. Итог: Динамическое изменение CPU — значительный шаг для Kubernetes. В будущем это позволит экономить ресурсы и развязывать руки администраторам. Уже сейчас стоит ознакомиться с инструментом Kondense, если планируете автоматизацию подбора ресурсов. https://medium.com/@mathieuces/how-to-calculate-cpu-for-containers-in-k8s-dynamically-47a89e3886eb #devops #девопс Подпишись 👉@i_DevOps

Docker изнутри: исчерпывающее руководство. Механизмы контейнеризации + примеры, эксперименты и реализация Docker — не магия, а грамотное применение механизмов Linux. Разбираем инструмент, который пугает своей сложностью не меньше блокчейна. Показываем на пальцах как работают: Namespaces, Cgroups, OverlayFS – основные компоненты любого контейнера, и как стандарт OCI объединяет их в единую экосистему. Об этом и не только в статье. https://habr.com/ru/articles/935178/ #devops #девопс Подпишись 👉@i_DevOps

Как работает Docker #devops #девопс Подпишись 👉@i_DevOps

Успех секрета: как доставлять секреты в приложения безопасно и без головной боли Мы видели много инфраструктур и встречали самые разные способы доставки секретов в приложения, развёрнутые в кластерах Kubernetes. Но ни один из этих способов не был одновременно удобным и по-настоящему безопасным. В статье расскажем про существующие варианты, посмотрим на их плюсы и минусы и поделимся тем, как мы решали задачу доставки секретов в Deckhouse Kubernetes Platform. https://habr.com/ru/companies/flant/articles/932862/ #devops #девопс Подпишись 👉@i_DevOps

🚀CI/CD: 90 минут от платформы до конвейера Погружение в мир CI/CD, где за 90 минут мы разберём весь путь — от выбора платформы до настройки полного конвейера для автоматизации. Уникальная особенность вебинара: всего за 100 секунд вы увидите, как можно перейти от пустого проекта к работающей CI/CD-платформе. После этого мы подробно разберём каждый этап: создание пайплайнов, настройку тестирования, автоматический деплой, обработку ошибок и масштабирование. На вебинаре вы узнаете: - Как развернуть основу для CI/CD и увидеть работу автоматизированного конвейера. - Пошаговый процесс создания конвейера: от разработки до развертывания. - Подходы к проведению тестирования, Диптихи и обработка ошибок в CI/CD. - Как автоматизировать обновления и минимизировать простои с помощью CI/CD. Вебинар проходит в рамках курса "Инфраструктурная платформа на основе Kubernetes" 👉 Регистрация и подробности о курсе "Инфраструктурная платформа на основе Kubernetes" https://vk.cc/cOtA4V Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

etcd в Kubernetes: разбираемся с задержками Эта статья будет полезна DevOps-инженерам, SRE-специалистам и всем, кто работает с Kubernetes и хочет глубже понять его внутренние механизмы. Если вы настраиваете, масштабируете или устраняете неполадки в кластере K8s, важно разобраться в etcd — распределенном key-value-хранилище, которое лежит в основе отказоустойчивости Kubernetes. Надо отметить, что etcd обеспечивает консистентность и надежное хранение критически важных данных: состояния нод, конфигураций, секретов и другой информации кластера. Без него Kubernetes не мог бы гарантировать высокую доступность и согласованность данных. В этой статье мы разберем распространенные мифы о etcd, а также дадим практические рекомендации по его настройке и эксплуатации. https://habr.com/ru/companies/chislitellab/articles/934526/ original https://www.redhat.com/en/blog/a-guide-to-etcd #devops #девопс Подпишись 👉@i_DevOps

Wireguard-ui Фичи ⚫️Дружественный интерфейс ⚫️Аутентификация ⚫️Управление дополнительной информацией о клиентах (имя, email и т.д.) ⚫️Получение конфигурации клиента с помощью QR-кода / файла / email / Telegram https://github.com/ngoduykhanh/wireguard-ui #devops #девопс Подпишись 👉@i_DevOps

ШТУРВАЛЬЧИК? Ребятам из «Лаборатории Числитель», видимо, было мало шуток про Штурвал, теперь они выпустили Штурвальчик. Многие говорили, что он слишком много жрёт. Теперь минимальный конфиг — это: ▪️один хост с 6 CPU ▪️8 ГБ RAM ▪️80 ГБ хранилища В целом на мощном ноуте можно раскатать парочку кластеров куба — этого хватит на управляющий и несколько клиентских. Вопросы можно в Kubernetes-чате «Штурвала» задать.

Тренировки по DevOps. Часть 2 Лекция 7: Сети. Часть 2. Коробки и коты Лекция 8: Как запустить «облако» Разбор домашнего задания: Linux инструменты командной строки. Итоговый проект Разбор домашнего задания 6: Базы данных Разбор домашнего задания 7: Сети. Часть 2. Коробки и коты Разбор домашнего задания 2: Облако. Кто виноват и что делать? источник #devops #девопс Подпишись 👉@i_DevOps

💻 Мониторинг в высоконагруженных проектах 🔧 🔥 12 августа в 20:00 мск — открытый вебинар в OTUS. На вебинаре рассмотрим: - Почему мониторинг — ключ к стабильности высоконагруженных систем? - Методы и инструменты мониторинга, подходящие для проектов с высокой нагрузкой. - Как настроить и оптимизировать мониторинг для выявления и предотвращения проблем. - Как эффективно использовать метрики и логи для улучшения производительности. - Реальные кейсы мониторинга в сложных системах. 🎓 После вебинара вы: - Научитесь правильно настраивать мониторинг для высоконагруженных проектов. - Узнаете, как использовать данные мониторинга для повышения производительности и стабильности систем. - Получите практические рекомендации по оптимизации мониторинга. 🔧 Присоединяйтесь, чтобы научиться отслеживать и поддерживать стабильность систем, работающих под высокой нагрузкой! 🎁Все участники получат шаблон развертывания кластера RabbitMQ 👉 Регистрация https://vk.cc/cOmgOm Бесплатное занятие приурочено к старту курса Highload Architect, обучение на котором позволит освоить решения, которые выдерживают большое количество запросов в секунду и правильно оптимизировать работоспособность серверов Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

В чем разница stateful и stateless? Stateful-приложение сохраняет данные внутри себя во время работы, например, сессии пользователей на сервере. Ответ на запрос пользователя зависит от состояния сессии. Такие приложения сложнее масштабировать горизонтально, так как для развертывания нескольких экземпляров необходимо переносить состояния на новые машины и синхронизировать их. Stateless-приложения не хранят состояние и гарантируют, что каждый запрос обрабатывается независимо от других. Они легко масштабируются горизонтально и упрощают автоматизированное тестирование, поскольку не требуется воспроизводить состояние приложения. #devops #девопс Подпишись 👉@i_DevOps

Тренировки по DevOps. Часть 1 Лекция 1: Кто такой DevOps Лекция 2: Облако. Кто виноват и что делать? Лекция 3: Процессы Linux Лекция 4: Сети Часть 1. Коты и коробки Разбор домашнего задания 1: Кто такой DevOps Разбор домашнего задания 2: Облако. Кто виноват и что делать? Лекция 5: Linux: инструменты командной строки Лекция 6: Базы данных Разбор домашнего задания 3: Процессы Linux" Разбор домашнего задания 4: Сети. Часть 1. Коты и коробки источник #devops #девопс Подпишись 👉@i_DevOps

Открытые мастера в Kubernetes — потенциальный инцидент в продакшене. В новой статье на Хабр разработчики сервиса Managed Kubernetes из MWS Cloud Platform ⬜️ рассказывают: ⏺️какие уязвимости с радостью используют хакеры при открытых control plane-нодах в твоём кластере; ⏺️какие требования к hosted control plane-решению предъявляет публичный облачный провайдер, предоставляющий k8s as-a-service; ⏺️о плюсах и минусах популярных open source-решений. ➡️ Читать статью

⁉️ Хотите научиться строить масштабируемые и отказоустойчивые решения на Kafka? На открытом уроке «Архитектурные паттерны работы с Kafka: от простого к масштабируемому» 13 августа в 18:00 МСК мы разберем основные паттерны и архитектурные подходы для работы с Kafka в микросервисах. Вы освоите Event Sourcing и CQRS и узнаете, как правильно обрабатывать ошибки и гарантировать доставку сообщений. Этот урок откроет перед вами новые возможности: вы научитесь строить архитектуру для обработки больших потоков данных и получите опыт работы с реальными кейсами. ➡️ Присоединяйтесь и получите скидку на большой курс «Apache Kafka»: https://vk.cc/cOkTJB Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

k8s-cleaner — это утилита для автоматической очистки ресурсов Kubernetes, которые больше не используются. Она помогает поддерживать кластеры в чистоте, удаляя устаревшие объекты (Pods, Deployments, ConfigMaps и др.), которые больше не нужны, снижая нагрузку и освобождая ресурсы. Основные возможности: - Анализирует ресурсы в кластере и находит неиспользуемые. - Поддерживает разные типы объектов Kubernetes. - Может запускаться по расписанию. - Упрощает администрирование и уменьшает «мусор» в кластере. https://github.com/gianlucam76/k8s-cleaner #devops #девопс Подпишись 👉@i_DevOps